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(54) Digital signal processor 




(57) A processor (100) is provided that is a program- 


less telephones, as well as pure control tasks, The proc- 


mable fixed point digital signal processor (DSP) with 


essor includes an instruction buffer unit (106), a pro- 


variable instruction length, offering both high code den- 


gram flow control unit (108), an address/data flow unit 


sity and easy programming. Architecture and instruction 


(110), a data computation unit (112), and multiple inter- 


set are optimized for low power consumption and high 


connecting busses. Dual multiply-accumulate blocks 


efficiency execution of DSP algorithms, such as for wire- 


improve processing performance. A memory interface 
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unit (104) provides parallel access to data and instruc- 
tion memories. The instruction buffer is operable to buff- 
er single and compound instructions pending execution 
thereof. A decode mechanism is configured to decode 
instructions from the instruction buffer. The use of com- 
pound instructions enables effective use of the band- 
width available within the processor. A soft dual memory 
instruction can be compiled from separate first and sec- 



ond programmed memory instructions. Instructions can 
be conditionally executed or repeatedly executed. Bit 
field processing and various addressing modes, such 
as circular buffer addressing, further support execution 
of DSP algorithms. The processor includes a multistage 
execution pipeline with pipeline protection features. Var- 
ious functional modules can be separately powered 
down to conserve power. The processor includes emu- 



lation and code debugging facilities with support for cache analysis. 
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Description 

BACKGROUND OF THE INVENTION 

5 [0001] The present invention relates to processors, and to the parallel execution of instructions in such processors. 
[0002] It is known to provide for parallel execution of instructions in microprocessors using multiple instruction exe- 
cution units. Several different architectures are known to provide for such parallel execution. Providing parallel execu- 
tion increases the overall processing speed. Typically, multiple instructions are provided in parallel in an instruction 
buffer and these are then decoded in parallel and are dispatched to the execution units. Microprocessors are general 

10 purpose processors which require high instruction throughputs in order to execute software running thereon, which 
can have a wide range of processing requirements depending on the particular software applications involved. More- 
over, in order to support parallelism, complex operating systems have been necessary to control the scheduling of the 
instructions for parallel execution. 

[0003] Many different types of processors are known, of which microprocessors are but one example. For example, 
15 Digital Signal Processors (DSPs) are widely used, in particular for specific applications. DSPs are typically configured 
to optimize the performance of the applications concerned and to achieve this they employ more specialized execution 
units and instruction sets. 

[0004] The present invention is directed to improving the performance of processors such as for example, but not 
exclusively, digital signal processors. 
20 [0005] In modern processor design, it is desirable to reduce power consumption, both for ecological and economic 
grounds. Particularly, but not exclusively, in mobile processing applications, for example mobile telecommunications 
applications, it is desirable to keep power consumption as low as possible without sacrificing performance more than 
is necessary. 

25 SUMMARY OF THE INVENTION 

[0006] Particular and preferred aspects of the invention are set out in the accompanying independent and dependent 
claims. Combinations of features from the dependent claims may be combined with features of the independent claims 
as appropriate and not merely as explicitly set out in the claims. 

30 [0007] In accordance with a first aspect of the invention, there is provided a processor that is a programmable fixed 
point digital signal processor (DSP) with variable instruction length, offering both high code density and easy program- 
ming. Architecture and instruction set are optimized for low power consumption and high efficiency execution of DSP 
algorithms, such as for wireless telephones, as well as pure control tasks. The processor includes an instruction buffer 
unit, a program flow control unit, an address/data flow unit, a data computation unit, and multiple interconnecting buses. 

35 Dual multiply-accumulate blocks improve processing performance. A memory interface unit provides parallel access 
to data and instruction memories. The instruction buffer is operable to buffer single and compound instructions pending 
execution thereof. A decode mechanism is configured to decode instructions from the instruction buffer. The use of 
compound instructions enables effective use of the bandwidth available within the processor. A soft dual memory 
instruction can be compiled from separate first and second programmed memory instructions. Instructions can be 

40 conditionally executed or repeatedly executed. Bit field processing and various addressing modes, such as circular 
buffer addressing, further support execution of DSP algorithms. The processor includes a multistage execution pipeline 
with pipeline protection features. Various functional modules can be separately powered down to conserve power. The 
processor includes emulation and code debugging facilities with support for cache analysis. 

45 BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] Particular embodiments in accordance with the invention will now be described, by way of example only, and 
with reference to the accompanying drawings in which like reference signs are used to denote like parts and in which 
the Figures relate to the processor of Figure 1, unless otherwise stated, and in which: 

50 

Figure 1 is a schematic block diagram of a processor in accordance with an embodiment of the invention; 
Figure 2 is a schematic diagram of a core of the processor of Figure 1 ; 

Figure 3 is a more detailed schematic block diagram of various execution units of the core of the processor; 
Figure 4 is a schematic diagram of an instruction buffer queue and an instruction decoder of the processor; 
55 Figure 6 is a schematic representation of the core of the processor for explaining the operation of the pipeline of 

the processor; 

Figure 7 shows the unified structure of Program and Data memory spaces of the processor; 
Figure 8 is a timing diagram illustrating program code fetched from the same memory bank; 
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Figure 9 is a timing diagram illustrating program code fetched from two memory banks; 

Figure 1 0 is a timing diagram illustrating the program request / ready pipeline management implemented in program 
memories wrappers to support properly a program fetch sequence which switches from a 'slow memory bank* to 
a "fast memory bank'; 

5 Figure 11 shows how the 8Mwords of data memory is segmented into 128 main data pages of 64Kwords; 

Figure 12 shows in which pipeline stage the memory access takes place for each class of instructions; 
Figure 13A illustrates single write versus dual access with a memory conflict; 

Figure 13B illustrates the case of conflicting memory requests to same physical bank (C & E in Fig. 13A) which is 
overcome by an extra pipeline slot inserted in order to move the C access on the next cycle; 
10 Figure 14A illustrates dual write versus single read with a memory conflict; 

Figure 14B shows how an extra slot is inserted in the sequence of Fig. 14A in order to move the D access to next 
cycle; 

Figure 15 is a timing diagram illustrating a slow memory / Read access; 
Figure 16 is a timing diagram illustrating Slow memory / Write access: 
15 Figure 17 is a timing diagram illustrating Dual instruction in which Xmerr*- fast operand, and Ymem <- slow 

operand; 

Figure 18 Is a timing diagram illustrating Dual instruction in which Xmerrn- slow operand, and Ymem <- fast 
operand; 

Figure 19 is a timing diagram illustrating Slow Smem Write / Fast Smem read ; 
20 Figure 20 is a timing diagram illustrating Fast Smem Write / Slow Smem read; 

Figure 21 is a timing diagram illustrating Slow memory write sequence in which a previously posted cycle is in 
progress an the Write queue is full; 

Figure 22 is a timing diagram illustrating Single write / Dual read conflict in same DARAM bank; 

Figure 23 is a timing diagram illustrating Fast to slow memory move; 
25 Figure 24 is a timing diagram illustrating Read / Modify / write; 

Figure 25 is a timing diagram which shows the execution flow of the Test & Set' instruction; 

Figure 26 is a block diagram of the D Unit showing various functional transfer paths; 

Figure 27 describes the formats for all the various data types of the processor of Fig. 1 ; 

Figure 28, shows a functional diagram of the shift saturation and overflow control; 
30 Figure 30 shows the "coefficient" bus and its associated memory bank shared by the two operators; 

Figure 31 gives a global view of the MAC unit which includes selection elements for sources and sign extension; 

Figure 32 is a block diagram illustrating a dual 16 bit ALU configuration; 

Figure 33 shows a functional representation of the MAXD operation; 

Figure 34 gives a global view of the ALU unit; 
35 Figure 35 gives a global view of the Shifter Unit; 

Figure 36 is a block diagram which gives a global view of the accumulator bank organization; 

Figure 37 is a block diagram illustrating the main functional units of the A unit; 

Figure 38 is a block diagram illustrating Address generation; 

Figure 39 is a block diagram of Offset computation; 
40 Figure 40A-C are block diagrams of Linear / circular post modification (PMU_X, PMU_Y, PMU_C); 

Figure 41 is a block diagram of the Arithmetic and logic unit (ALU); 

Figure 42 is a block diagram illustrating bus organization; 

Figure 43 illustrates how register exchanges can be performed in parallel with a minimum number of data-path 
tracks; 

45 Figure 44 illustrates how the processor stack is managed from two independent pointers : SP and SSP (system 

stack pointer); 

Figure 45 illustrates a single data memory operand instruction format; 

Figure 46 illustrates an addresses field for a 7-bit positive offset dma address in the addressing field of the instruc- 
tion; 

50 Figure 47 illustrates the "soft dual" class is qualified by a 5 bit tag and individual instructions fields are reorganized; 

Figure 48 is a block diagram which illustrates global conflict resolution; 

Figure 49 illustrates the Instruction Decode hardware tracks the DAGEN class of both instructions and determines 
if they fall on the group supported by the soft dual scheme; 

Figure 50 is a block diagram illustrating data flow which occurs during soft dual memory accesses; 
55 Figure 51 illustrates the circular buffer address generation flow involving the BK, BOF and ARx registers, the bottom 

and top address of the circular buffer, the circular buffer index, the virtual buffer address and the physical buffer 
address; 

Figure 52 illustrates the circular buffer management; 
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Figure 53 illustrates keeping an earlier generation processor stack pointer and the processor of Fig. 1 stack pointers 
in synchronization in order to permit software program translation between different generation processors in a 
family; 

Figure 54 is a block diagram which illustrates a combination of bus error timers; 
5 Figure 55 is a block diagram which illustrates the functional components of the instruction buffer unit; 

Figure 56 illustrates how the instruction buffer is managed as a Circular Buffer, using a Local Read Pointer & Local 
Write pointer; 

Figure 57 is a block diagram which illustrates Management of a Local Read/Write Pointer; 
Figure 59 shows how the write pointer is updated; 
10 Figure 60 is a block diagram of circuitry for generation of control logic for stop decode, stop fetch, jump, parallel 

enable, and stop write during management of fetch Advance; 
Figure 61 is a timing diagram illustrating Delayed Instructions; 
Figure 62 illustrates the operation of Speculative Execution; 

Figure 63 illustrates how Two XC options are provided in order to reduce constraint on condition set up; 
15 Figure 64 is a timing diagram illustrating a first case of a conditional memory write; 

Figure 65 is a timing diagram illustrating a second case of a conditional memory write; 

Figure 66 is timing diagram illustrating a third case of a conditional memory write; 

Figure 67 is a timing diagram illustrating a fourth case of a conditional memory write; 

Figure 68 is a timing diagram illustrating a Conditional Instruction Followed by Delayed Instruction; 
20 Figure 69 is a diagram illustrating a Call non speculative; 

Figure 70 illustrates a "short" CALL which computes its called address using an offset and its current read address; 

Figure 71 illustrates a "long" CALL which provides the CALL address through the instruction; 

Figure 72 is a timing diagram illustrating an Unconditional Return; 

Figure 73 is a timing diagram illustrating Return Following by Return: 
25 Figure 74 illustrates how to optimize performance wherein a bypass is implemented around LCRPC register; 

Figure 75 illustrates The End address of the loop will be computed by the ADDRESS pipeline; 

Figure 76 is a timing diagram illustrating BRC access during a loop; 

Figure 77 illustrates a Local Repeat Block; 

Figure 78 illustrates that when a JMP occurs inside a loop, there are 2 possible cases; 
30 Figure 79 is a block diagram for Repeat block logic using read pointer comparison; 

Figure 80 is a Block diagram for Repeat block logic using write pointer comparison; 
Figure 81 illustrates a Short Jump; 

Figure 82 is a timing diagram illustrating a case when the offset is small enough and jump address is already inside 
thelBQ; 

35 Figure 83 is a timing diagram illustrating a Long Jump using relative offset; 

Figure 84 is a timing diagram illustrating a Repeat Single where count is defined by CSR register; 
Figure 85 is a timing diagram illustrating a Single Repeat Conditional (RPTX); 
Figure 86 illustrates a Long Offset Instruction; 

Figure 87 illustrates the case of 24-bit long offset with 32-bit instruction format, the 24-bit long offset is read se- 
40 quentially; 

Figure 88 illustrates an interrupt can be handled as a non delayed call function on the instruction buffer point of view; 

Figure 89 is a timing diagram illustrating an interrupt in a regular flow; 

Figure 90 is a timing diagram illustrating a Return from Interrupt (general case); 

Figure 91 is a timing diagram illustrating an interrupt into an undelayed unconditional control instruction; 
45 Figure 92 is a timing diagram illustrating an interrupt during a call instruction; 

Figure 93 is a timing diagram illustrating an interrupt into a delayed unconditional call instruction; 

Figure 94 is a timing diagram illustrating a Return from Interrupt into relative delayed branch, where the interrupt 

occurred in the first delayed slot; 

Figure 95 is a timing diagram illustrating a Return from Interrupt into relative delayed branch wherein the interrupt 
50 was into the second delayed slot; 

Figure 96 is a timing diagram illustrating a Return from Interrupt into relative delayed branch wherein the interrupt 
was into the first delayed slot); 

Figure 97 is a timing diagram illustrating a Return from Interrupt into relative delayed branch wherein the interrupt 
was into the second delayed slot; 
55 Figure 98 illustrates the Format of the 32-bit data saved into the Stack; 

Figure 99 is a timing diagram illustrating a Program Control And Pipeline Conflict; 

Figure 100 illustrates a Program conflict, it should not impact the Data flow before some latency which is dependant 
on fetch advance into IBQ; 
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Figures 101 and 102 are timing diagrams which illustrate various cases of interrupts during updating of the global 
interrupt mask; 

Figure 103 is a block diagram which is a simplified view of the program flow resources organization required to 
manage context save; 

5 Figure 104 is a timing diagram illustrating the generic case of Interrupts within the pipeline; 

Figure 105 is a timing diagram illustrating an Interrupt in a delayed slot_1 with a relative call; 

Figure 106 is a timing diagram illustrating an Interrupt in a delayed slot_2 with a relative call; 

Figure 107 is a timing diagram illustrating an Interrupt in a delayed slot_2 with an absolute call; 

Figure 108 is a timing diagram illustrating a return from Interrupt into a delayed slot; 
10 Figure 109 is a timing diagram illustrating an interrupt during speculative flow of "if (cond) goto L16", when the 

condition is true; 

Figure 110 is a timing diagram illustrating an interrupt during speculative flow of "if (cond) goto L16", when the 
condition is false; 

Figure 111 is a timing diagram illustrating an interrupt during delayed slot speculative flow of "if (cond) dcall L16", 
15 when the condition is true; 

Figure 112 is a timing diagram illustrating an interrupt during delayed slot speculative flow of "if (cond) dcall L16" f 
when the condition is false; 

Figure 113 is a timing diagram illustrating an interrupt during a CLEAR of the INTM register; 
Figure 114 is a timing diagram illustrating a typical power down sequence wherein the power down sequence is 
20 to be hierarchical to take into account on going local transaction in order to turn-off the clock on a clean boundary; 

Figure 115 is a timing diagram illustrating Pipeline management when switching to power down; 
Figure 116 is a flow chart illustrating Power down / wake up flow; 
Figure 117 is block diagram of the Bypass scheme; 

Figure 118 illustrates the two cases of single write / double read address overlap where the operand fetch involves 
25 the bypass path and the direct memory path; 

Figure 119 illustrates the two cases of double write / double read where memory locations overlap due to the 

'address LSB toggle' scheme implemented in memory wrappers; 

Figure 120 is a stick chart illustrating dual access memory without bypass; 

Figure 121 is a stick chart illustrating dual access memory with bypass; 
30 Figure 122 is a stick chart illustrating single access memory without bypass; 

Figure 123 is a stick chart illustrating single access memory with bypass; 

Figure 124 is a stick chart illustrating slow access memory without bypass; 

Figure 125 is a stick chart illustrating slow access memory with bypass; 

Figure 126 is a timing diagram of the pipeline illustrating a current instruction reading a CPU resource updated by 
35 the previous one; 

Figure 127 is a timing diagram of the pipeline illustrating a current instruction reading a CPU resource updated by 
the previous one; 

Figure 128 is a timing diagram of the pipeline illustrating a current instruction scheduling a CPU resource update 
conflicting with an update scheduled by an earlier instruction; 
40 Figure 129 is a timing diagram of the pipeline illustrating two parallel instruction updating the same resource in the 

same cycle; 

Figure 130 is block diagram of the Pipeline protection circuitry; 

Figure 131 is a block diagram illustrating a memory interface for processor 100; 

Figure 132 is a timing diagram that illustrates a summary of internal program and data bus timings with zero 
45 waitstate; 

Figure 133 is a timing diagram illustrating external access position within internal fetch; 
Figure 134 is a timing diagram illustrating MMI External Bus Zero Waitstate Handshaked Accesses; 
Figure 135 is a block diagram illustrating the MMI External Bus Configuration; 
Figure 136 is a timing diagram illustrating Strobe Timing; 
50 Figure 137 is a timing diagram illustrating External pipelined Accesses; 

Figure 138 is a timing diagram illustrating a 3-1-1-1 External Burst Program Read sync to DSP_CLK with address 
pipelining disabled; 

Figure 139 is a timing diagram illustrating Abort Signaling to External Buses; 

Figure 140 is a timing diagram illustrating Slow External writes with write posting from Ebus sync to DSP_CLK 
55 with READY; 

Figure 141 is a block diagram illustrating circuitry for Bus Error Operation (emulation bus error not shown); 
Figure 142 is a timing diagram illustrating how a bus timer elapsing or an external bus error will be acknowledged 
in the same cycle as the bus error is signaled; 
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Figure 143 shows the Generic Trace timing; 

Figure 144 is a timing diagram illustrating a Zero Waitstate Pbus fetches with Cache and AVIS disabled; 

Figure 145 is a timing diagram illustrating a Zero Waitstate Pbus fetches with Cache disabled and AVIS enabled; 

Figure 146 is a block diagram of the Pbus Topology; 
5 Figure 147 is a timing diagram illustrating AVIS with the Cache Controller enabled and aborts supported; 

Figure 148 is a timing diagram illustrating AVIS Output Inserted into Slow External Device Access; 

Figure 149 is a block diagram of a digital system with a cache according to aspects of the present invention; 

Figure 150 is a block diagram illustrating Cache Interfaces, according to aspects of the present invention; 

Figure 151 is a block diagram of the Cache; 
10 Figure 152 is a block diagram of a Direct Mapped Cache with word by word fetching; 

Figure 153 is a diagram illustrating Cache Memory Structure which shows the memory structure for a direct mapped 

memory; 

Figure 154 is a block diagram illustrating an embodiment of a Direct Mapped Cache Organization; 
Figure 155 is a timing diagram illustrating a Cache clear sequence; 
15 Figure 156 is a timing diagram illustrating the CPU - Cache Interface when a Cache Hit occurs; 

Figure 157 is a timing diagram illustrating the CPU - Cache - MMI Interface when a Cache Miss occurs; 
Figure 158 is a timing diagram illustrating a Serialization Error; 

Figure 159 is a timing diagram illustrating the Cache - MMI Interface Dismiss Mechanism; 
Figure 160 is a timing diagram illustrating Reset Timing; 
20 Figure 161 is a schematic representation of an integrated circuit incorporating the processor of Fig. 1; and 

Figure 162 is a schematic representation of a telecommunications device incorporating the processor of Fig. 1. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

25 [0009] Although the invention finds particular application to Digital Signal Processors (DSPs), implemented for ex- 
ample in an Application Specific Integrated Circuit (ASIC), it also finds application to other forms of processors. 
[0010] The basic architecture of an example of a processor according to the invention will now be described. Proc- 
essor 100 is a programmable fixed point DSP core with variable instruction length (8 bits to 48 bits) offering both high 
code density and easy programming. Architecture and instruction set are optimized for low power consumption and 

30 high efficiency execution of DSP algorithms as well as pure control tasks, such as for wireless telephones, for example. 
Processor 100 includes emulation and code debugging facilities. 

[0011] Figure 1 is a schematic overview of a digital system 10 in accordance with an embodiment of the present 
invention. The digital system includes a processor 100 and a processor backplane 20. In a particular example of the 
invention, the digital system is a Digital Signal Processor System 10 implemented in an Application Specific Integrated 
35 Circuit (ASIC). 

[0012] As shown in Figure 1, processor 100 forms a central processing unit (CPU) with a processing core 102 and 
a memory interface unit 104 for interfacing the processing core 102 with memory units external to the processor core 
102. 

[0013] Processor backplane 20 comprises a backplane bus 22, to which the memory management unit 104 of the 
40 processor is connected. Also connected to the backplane bus 22 is an instruction cache memory 24, peripheral devices 
26 and an external interface 28. 

[0014] It will be appreciated that in other examples, the invention could be implemented using different configurations 
and/or different technologies. For example, processor 100 could form a first integrated circuit, with the processor back- 
plane 20 being separate therefrom. Processor 100 could, for example be a DSP separate from and mounted on a 

45 backplane 20 supporting a backplane bus 22, peripheral and external interfaces. The processor 1 00 could, for example, 
be a microprocessor rather than a DSP and could be implemented in technologies other than ASIC technology. The 
processor or a processor including the processor could be implemented in one or more integrated circuits. 
[0015] Figure 2 illustrates the basic structure of an embodiment of the processing core 102. As illustrated, this em- 
bodiment of the processing core 102 includes four elements, namely an Instruction Buffer Unit (I Unit) 106 and three 

50 execution units. The execution units are a Program Flow Unit (P Unit) 108, Address Data Flow Unit (A Unit) 110 and 
a Data Computation Unit (D Unit) for executing instructions decoded from the Instruction Buffer Unit (I Unit) 106 and 
for controlling and monitoring program flow. 

[0016] Figure 3 illustrates P Unit 108, A Unit 110 and D Unit 112 of the processing core 102 in more detail and shows 
the bus structure connecting the various elements of the processing core 102. The P Unit 108 includes, for example, 
55 loop control circuitry, GoTo/Branch control circuitry and various registers for controlling and monitoring program flow 
such as repeat counter registers and interrupt mask, flag or vector registers. The P Unit 108 is coupled to general 
purpose Data Write buses (EB,FB) 130,132, Data Read buses (CB.DB) 134,136 and a coefficient program bus (BB) 
138. Additionally, the P Unit 108 is coupled to sub-units within the A Unit 110 and D Unit 112 via various buses labeled 
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CSR, ACB and RGD. 

[0017] As illustrated in Figure 3, in the present embodiment the A Unit 110 includes a register file 30, a data address 
generation sub-unit (DAGEN) 32 and an Arithmetic and Logic Unit (ALU) 34. The A Unit register file 30 includes various 
registers, among which are 16 bit pointer registers (AR0, AR7) and data registers (DRO, DR3) which may also 

5 be used for data flow as well as address generation. Additionally, the register file includes 1 6 bit circular buffer registers 
and 7 bit data page registers. As well as the general purpose buses (EB,FB.CB,DB) 130,132,134,136, a coefficient 
data bus 140 and a coefficient address bus 142 are coupled to the A Unit register file 30. The A Unit register file 30 is 
coupled to the A Unit DAGEN unit 32 by unidirectional buses 144 and 146 respectively operating in opposite directions. 
The DAGEN unit 32 includes 16 bit X/Y registers and coefficient and stack pointer registers, for example for controlling 

10 and monitoring address generation within the processor 100. 

[0018] The A Unit 110 also comprises the ALU 34 which includes a shifter function as well as the functions typically 
associated with an ALU such as addition, subtraction, and AND, OR and XOR logical operators. The ALU 34 is also 
coupled to the general-purpose buses (EB,DB) 130,136 and an instruction constant data bus (KDB) 140. The A Unit 
ALU is coupled to the P Unit 108 by a PDA bus for receiving register content from the P Unit 108 register file. The ALU 

15 34 is also coupled to the A Unit register file 30 by buses RGA and RGB for receiving address and data register contents 
and by a bus RGD for forwarding address and data registers in the register file 30. 

[0019] In accordance with the illustrated embodiment of the invention, D Unit 112 includes a D Unit register file 36, 
a D Unit ALU 38, a D Unit shifter 40 and two multiply and accumulate units (MAC1,MAC2) 42 and 44. The D Unit 
register file 36, D Unit ALU 38 and D Unit shifter 40 are coupled to buses (EB.FB.CB.DB and KDB) 1 30, 1 32, 1 34, 1 36 

20 and 140, and the MAC units 42 and 44 are coupled to the buses (CB.DB, KDB) 134, 136, 140 and Data Read bus (BB) 
144. The D Unit register file 36 includes 40-bit accumulators (AC0, AC3) and a 16-bit transition register. The D Unit 
112 can also utilize the 16 bit pointer and data registers in the A Unit 110 as source or destination registers in addition 
to the 40-bit accumulators. The D Unit register file 36 receives data from the D Unit ALU 38 and MACs 1&2 42, 44 
over accumulator write buses (ACW0, ACW1) 146, 148, and from the D Unit shifter 40 over accumulator write bus 

25 (ACW1 ) 148. Data is read from the D Unit register file accumulators to the D Unit ALU 38, D Unit shifter 40 and MACs 
1&2 42, 44 over accumulator read buses (ACR0, ACR1) 150, 152. The D Unit ALU 38 and D Unit shifter 40 are also 
coupled to sub-units of the A Unit 108 via various buses labeled EFC, DRB, DR2 and ACB. 

[0020] Referring now to Figure 4, there is illustrated an instruction buffer unit 106 in accordance with the present 
embodiment, comprising a 32 word instruction buffer queue (IBQ) 502. The IBQ 502 comprises 32x16 bit registers 

30 504, logically divided into 8 bit bytes 506. Instructions arrive at the IBQ 502 via the 32-bit program bus (PB) 122. The 
instructions are fetched in a 32-bit cycle into the location pointed to by the Local Write Program Counter (LWPC) 532. 
The LWPC 532 is contained in a register located in the P Unit 108. The P Unit 1 08 also includes the Local Read Program 
Counter (LRPC) 536 register, and the Write Program Counter (WPC) 530 and Read Program Counter (RPC) 534 
registers. LRPC 536 points to the location in the IBQ 502 of the next instruction or instructions to be loaded into the 

35 instruction decoder/s 51 2 and 514. That is to say, the LRPC 534 points to the location in the IBQ 502 of the instruction 
currently being dispatched to the decoders 512, 514. The WPC points to the address in program memory of the start 
of the next 4 bytes of instruction code for the pipeline. For each fetch into the IBQ, the next 4 bytes from the program 
memory are fetched regardless of instruction boundaries. The RPC 534 points to the address in program memory of 
the instruction currently being dispatched to the decoder/s 512/514. 

40 [0021] In this embodiment, the instructions are formed into a 48 bit word and are loaded into the instruction decoders 
512, 514 over a 48 bit bus 516 via multiplexors 520 and 521. It will be apparent to a person of ordinary skill in the art 
that the instructions may be formed into words comprising other than 48-bits, and that the present invention is not to 
be limited to the specific embodiment described above. 

[0022] For presently preferred 48-bit word size, bus 516 can load a maximum of 2 instructions, one per decoder, 
45 during any one instruction cycle. The combination of instructions may be in any combination of formats, 8, 16, 24, 32, 
40 and 48 bits, which will fit across the 48-bit bus. Decoder 1 , 512, is loaded in preference to decoder 2, 514, if only 
one instruction can be loaded during a cycle. The respective instructions are then forwarded on to the respective 
function units in order to execute them and to access the data for which the instruction or operation is to be performed. 
Prior to being passed to the instruction decoders, the instructions are aligned on byte boundaries. The alignment is 
50 done based on the format derived for the previous instruction during decode thereof. The multiplexing associated with 
the alignment of instructions with byte boundaries is performed in multiplexors 520 and 521. 
[0023] Processor core 102 executes instructions through a 7 stage pipeline, the respective stages of which will now 
be described with reference to Table 1 and to Figure 5. The processor instructions are executed through a 7 stage 
pipeline regardless of where the execution takes place (A unit or D unit). In order to reduce program code size, a C 
55 compiler, according to one aspect of the present invention, dispatches as many instructions as possible for execution 
in the A unit, so that the D unit can be switched off to conserve power. This requires the A unit to support basic operations 
performed on memory operands. 
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PRE-FETCH 
PO 



Address program memory via the program address bus PAB. 




Read program memory through the program bus PB. 

Fill instruction buffer queue with the 4 bytes fetched in program 

memory. 



DECODE 
P2 



Read instruction buffer queue (6 bytes) 

Decode instruction pair or single instruction. 

Dispatch instructions on Program Flow Unit (PU), Address Data 

Flow Unit (AU), and Data Computation Unit (DU). 



ADDRESS 
P3 



Data address computation performed in the 3 address generators 
located in AU : 

- Pre-computation of address to be generated in : 

- direct SP/DP relative addressing mode. 

- indirect addressing mode via pointer registers. 

- Post-computation on pointer registers in : 

- indirect addressing mode via pointer registers. 

Program address computation for PC relative branching 
instructions : goto, call, switch. 



ACCESS 
P4 



Read memory operand address generation on BAB, CAB, DAB 
buses. 

Read memory operand on CB bus (Ymem operand). 




Read memory operand on DB (Smem, Xmem operand), on CB 
and DB buses (Lmem operand), on BB (coeff operand) 

Write memory operand address generation on EAB and FAB 
buses. 



Execute phase of data processing instructions executed in A unit 
and D unit. 

Write on FB bus (Ymem operand). 

Write Memory operand on EB (Smem, Xmem operand ), on EB 
and FB buses (Lmem operand). 



Table 1 : the processor pipeline description for a single cycle instruction with no memory wait states 



so [0024] The first stage of the pipeline is a PRE-FETCH (PO) stage 202, during which stage a next program memory 
location is addressed by asserting an address on the address bus (PAB) 118 of a memory interface 104. 
[0025] In the next stage, FETCH (P1) stage 204, the program memory is read and the I Unit 106 is filled via the PB 
bus 122 from the memory interface unit 104. 

[0026] The PRE-FETCH and FETCH stages are separate from the rest of the pipeline stages in that the pipeline can 
55 be interrupted during the PRE-FETCH and FETCH stages to break the sequential program flow and point to other 
instructions in the program memory, for example for a Branch instruction. The next instruction in the instruction buffer 
is then dispatched to the decoder/s 512/514 in the third stage, DECODE (P2) 206, where the instruction is decoded 
and dispatched to the execution unit for executing that instruction, for example to the P Unit 108, the A Unit 110 or the 
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D Unit 112. The decode stage 206 includes decoding at least part of an instruction including a first part indicating the 
class of the instruction, a second part indicating the format of the instruction and a third part indicating an addressing 
mode for the instruction. 

[0027] The next stage is an ADDRESS (P3) stage 208, in which the address of the data to be used in the instruction 
5 is computed, or a new program address is computed should the instruction require a program branch or jump. Respec- 
tive computations take place in A Unit 110 or P Unit 108 respectively. 

[0028] In an ACCESS (P4) stage 210, the address of a read operand is generated and the memory operand, the 
address of which has been generated in a DAGEN Y operator with a Ymem indirect addressing mode, is then READ 
from indirectly addressed Y memory (Ymem). 
w [0029] The next stage of the pipeline is the READ (P5) stage 21 2 in which a memory operand , the address of which 
has been generated in a DAGEN X operator with an Xmem indirect addressing mode or in a DAGEN C operator with 
coefficient address mode, is READ. The address of the memory location to which the result of the instruction is to be 
written is generated. 

[0030] Finally, there is an execution EXEC (P6) stage 214 in which the instruction is executed in either the A Unit 
15 no or the D Unit 112. The result is then stored in a data register or accumulator, or written to memory for Read/Modify/ 

Write instructions. Additionally, shift operations are performed on data in accumulators during the EXEC stage. 

[0031] Processor 100's pipeline is protected. This significantly improves the C compiler performance since no NOP's 

instructions have to be inserted to meet latency requirements. It makes also the code translation from a prior generation 

processor to a latter generation processor much easier. 
20 [0032] A pipeline protection basic rule is as follows: 

• If a write access has been initiated before the on going read access but not yet completed and if both accesses 
share the same resource then extra cycles are inserted to allow the write completion and execute next instruction 
with the updated operands. 

25 • For an emulation standpoint single step code execution must behave exactly as free running code execution. 

[0033] The basic principle of operation for a pipeline processor will now be described with reference to Figure 5. As 
can be seen from Figure 5, for a first instruction 302, the successive pipeline stages take place over time periods T r 
T 7 . Each time period is a clock cycle for the processor machine clock. A second instruction 304, can enter the pipeline 

30 jn period T 2 , since the previous instruction has now moved on to the next pipeline stage. For instruction 3, 306, the 
PRE-FETCH stage 202 occurs in time period T 3 . As can be seen from Figure 5 for a seven stage pipeline a total of 7 
instructions may be processed simultaneously. For all 7 instructions 302-314, Figure 6 shows them all under process 
in time period T 7 . Such a structure adds a form of parallelism to the processing of instructions. 
[0034] As shown in Figure 6, the present embodiment of the invention includes a memory interface unit 104 which 

35 js coupled to external memory units via a 24 bit address bus 114 and a bi-directional 16 bit data bus 116. Additionally, 
the memory interface unit 104 is coupled to program storage memory (not shown) via a 24 bit address bus 118 and a 
32 bit bi-directional data bus 120. The memory interface unit 104 is also coupled to the I Unit 106 of the machine 
processor core 102 via a 32 bit program read bus (PB) 122. The P Unit 108, A Unit 110 and D Unit 112 are coupled to 
the memory interface unit 104 via data read and data write buses and corresponding address buses. The P Unit 108 

40 is further coupled to a program address bus 128. 

[0035] More particularly, the P Unit 108 is coupled to the memory interface unit 104 by a 24 bit program address bus 
128, the two 16 bit data write buses (EB, FB) 130, 132, and the two 16 bit data read buses (CB, DB) 134, 136. The A 
Unit 110 is coupled to the memory interface unit 104 via two 24 bit data write address buses (EAB, FAB) 160, 162, the 
two 16 bit data write buses (EB, FB) 130, 132, the three data read address buses (BAB, CAB, DAB) 164, 166, 168 

45 and the two 16 bit data read buses (CB, DB) 134, 136. The D Unit 112 is coupled to the memory interface unit 104 via 
the two data write buses (EB, FB) 130, 132 and three data read buses (BB t CB, DB) 144, 134, 136. 
[0036] Processor 100 is organized around a unified program / data space. A program pointer is internally 24 bit and 
has byte addressing capability, but only a 22 bit address is exported to memory since program fetch is always performed 
on a 32 bit boundary. However, during emulation for software development, for example, the full 24 bit address is 

50 provided for hardware breakpoint implementation. Data pointers are 16 bit extended by a 7 bit main data page and 
have word addressing capability. Software can define up to 3 main data pages, as follows: 



55 



MDP 


Direct access 


Indirect access 


CDP 


MDP05 




Indirect access 


AR[0-5] 


MDP67 




Indirect access 


AR[6-7] 



[0037] A stack is maintained and always resides on main data page 0. CPU memory mapped registers are visible 
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from all the pages. These will be described in more detail later. 

[0038] Figure 6 represents the passing of instructions from the I Unit 106 to the P Unit 108 at 124, for forwarding 
branch instructions for example. Additionally, Figure 6 represents the passing of data from the I Unit 106 to the A Unit 
110 and the D Unit 112 at 126 and 128 respectively. 
5 [0039] Various aspects of processor 100 are summarized in Table 2. 



Table 2 - 





Summary 


10 


Very Low Power programmable processor 






Parallel execution of instructions, 8-bit to 32-bit 
instruction format 






Seven stage pipeline (including pre-fetch) 




15 


- Instruction buffer unit highlight 


32x16 buffer size Parallel Instruction dispatching Local 
Loop 


20 


Data computation unit highlight 


Four 40 bits generic (accumulator) registers Single cycle 
17x17 Multiplication-Accumulation (MAC) 40 bits ALU, 
"32 + 8" or "(2 x 16) + 8" Special processing hardware 
for Viterbi functions Barrel shifter 


25 


Program flow unit highlight 


32 bits/cycle program fetch bandwidth 24 bit program 
address Hardware loop controllers (zero overhead loops 
Interruptible repeat loop function Bit field test for 
conditional jump Reduced overhead for program flow 
control 


30 


Data flow unit highlight 


Three address generators, with new addressing modes 
Three 7 bit main data page registers Two Index registers 
Eight 1 6 bit pointers Dedicated 1 6 bit coefficients pointer 
Four 16 bit generic registers Three independent circular 
buffers Pointers & registers swap 16 bits ALU with shift 




Memory Interface highlight 


Three 1 6 bit operands per cycle 32 bit program fetch per 
cycle Easy interface with cache memories 


35 


C compiler 






Algebraic assembler 





1 . Detailed Description 

40 

[0040] The following sections describe an embodiment of a digital system 10 and processor 100 in more detail. 
Section titles are included in order to help organize information contained herein. The section titles are not to be con- 
sidered as limiting the scope of the various aspects of the present invention. 



45 1.1 Parallelism Features Data Computation Unit 

[0041] According to aspects of the present invention, processor 100 architecture features enables execution of two 
instructions in parallel within the same cycle of execution. There are 2 types of parallelism: 

50 • 'Built-in' parallelism within a single instruction. 

Some instructions perform 2 different operations in parallel. The 'comma' is used to separate the 2 operations. 
This type of parallelism is also called 'implied' parallelism. 

Example: 

55 

[0042] 

Repeat(CSR), CSR += #4 ;This instruction triggers a repeat single mechanism (the repeat counter register is in- 
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itialized with CSR register content). And in parallel, CSR content is incremented by 4 
in the A-unit ALU. This is a single processor instruction. 



'User-defined' parallelism between 2 instructions. 
5 Two instructions may be paralleled by the User, the C Compiler or the assembler optimizer. The 'II* separator 

is used to separate the 2 instructions to be executed in parallel by the processor device. 



Example: 



10 [0043] 



15 



AC1 = (*AR1-)*(*AR2+) 
II DR1 = DR1 A AR2 



; This 1st instruction performs a Multiplication in the D-unit. 

; This 2nd instruction performs a logical operations in the A-unit ALU. 



Implied parallelism can be combined with user-defined parallelism. Parenthesis separators can be used to deter- 
mine boundaries of the 2 processor instructions. 



20 



25 



Example: 
[0044] 



(AC2 = 


:*AR3+*AC1, 


; This is the 1st instruction, 


DR3 = 


(*AR3+)) 


; which contains parallelism. 


II AR1 


= #5 


; This is the 2nd instruction. 



1.2 Instructions and CPU resources 



[0045] Each instruction is defined by: 

30 

Several destination operands (most often only 1 ). 

• Several source operands (eventually only 1). 

• Several operators (most often 1). 

Several communication buses (CPU internal and external buses). 

35 

Example: 
[0046] 



40 AC1 = AC1 + DR1 * ©variable 

; This instruction has 1 destination operand : the D-unit accumulator AC 1. 
; This instruction has 3 source operands : the D-unit accumulator ACT, the A-unit data 
; register DR1, and the memory operand @ variable. The instruction set description 
; specifies that this instruction uses a single processor operator : the D-unit MAC. We 

45 ; will see that this instruction uses several communication buses. 



[0047] For each instruction, the source or destination operands can be : 



• A-Unit registers : 

50 ARx, DRx. STx, (S)SP, CDP, BKxx, BOFxx, MDPxx, DP, PDP, CSR. 

D-Unit registers : ACx, TRNx. 

• P-Unit Control registers : 

BRCx, BRS1, RPTC, REA, RSA, IMR, IFR, PMST, DBIER, IVPD, IVPH. 
Constant operands passed by the instruction. 
55 • Memory operands : 

Smem, dbl(Lmem,) Xmem, Ymem, coeff. 

Memory Mapped Registers and I/O memory operand are also attached to this category of operands. We will see 
that Baddr, pair(Baddr) bit address operands can functionally be attached to this category of operands. 
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[0048] Processor 100 includes three main independent computation units controlled by the Instruction Buffer Unit 
(l-Unit) ,as discussed earlier: Program Flow Unit (P-Unit), Address Data Flow Unit (A-Unit), and the Data Computation 
unit (D-Unit). However, instructions use dedicated operative resources within each unit. 12 independent operative 
resources can be defined across these units. Parallelism rules will enable usage of two independent operators in 
5 parallel within the same cycle. 

[0049] Within the A-unit, there are five independent operators : 

• The A-Unit load path: It is used to load A-unit registers with memory operands and constants. 

Example: 
10 BK03 = #5 

DR1 = ©variable 

The A-Unit store path: It is used to store A-unit register contents to the memory. Following instruction example 
uses this operator to store 2 A-unit register to the memory. 

©variable = pair(ARO) 
15 • The A-Unit Swap operator : It is used to execute the swap() instruction. 

Following instruction example uses this operator to permute the contents of 2 A-unit registers. 

swap(DR0, DR2) 

The A-Unit ALU operator: It is used to make generic computation within the A-unit. Following instruction example 
uses this operator to add 2 A-unit register contents. 

20 

AR1 = AR1 + DR1 

• A-Unit DAGEN X, Y, C, SP operators :They are used to address the memory operands through BAB, CAB, DAB, 
25 EAB and FAB buses 

[0050] Within the D-unit, there are four independent operators : 

• The D-Unit load path: It is used to load D-unit registers with memory operands and constants. 
30 Example: AC1 = #5 

TRN0 = ©variable 

The D-Unit store path: It is used to store D-unit register contents to the memory. Following instruction example 
uses this operator to store a D-unit accumulator low and high parts to the memory. 

35 

*AR1 = lo(ACO), *AR2(DR0) = hi(ACO) 

The D-Unit Swap operator: It is used to execute the swapQ instruction. 
Following instruction example uses this operator to permute the contents of 2 D-unit registers. 
40 swap(AC0, AC2) 

• The D-Unit ALU, Shifter, DM AC operators : 

They are used to make generic computation within the D-unit. These operators are considered as a single operator, 
the processor device does not allow parallelism between the ALU, the shifter and the DMAC. Following instruction 
example uses one of these operators (ALU) to add 2 D-unit register contents AC1 = AC1 + AC0 

45 

[0051] Within the D- unit, the following function operatior is also defined: 

[0052] The D-Unit shift and store path: It is used to store shifted, rounded and saturated D-unit register contents to 
the memory. 

[0053] Example: ©variable = hi(saturate(rnd(AC1 « #1 ))) 
50 [0054] Within the P-unit there are three independent operators: 

The P-Unit load path: It is used to load P-unit registers with memory operands and constants. 
Example: 

BRC1 = #5 
55 BRC0 = ©variable 

The P-Unit store path: It is used to store P-unit register contents to the memory. Example: 

©variable =BRC1 
The P-Unit operators : It is used manage control flow instructions. 
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Following instruction example uses this operator to trigger a repeat single mechanism: 
repeat( #4) 

[0055] Refer to the instruction set description section for more details on instruction / operator relationships. 

5 

1.3 Processor CPU buses 

[0056] As shown in Figure 3, processor 100*s architecture is built around one 32-bit program bus (PB), five 16-bit 
data buses (BB, CB, DB, EB, FB) and six 24-bit address buses (PAB, BAB, CAB, DAB, EAB, FAB). Processor 100 
10 program and data spaces share a 16 Mbyte addressable space. As described in Table 3, with appropriate on-chip 
memory, this bus structure enables efficient program execution with 

• A 32-bit program read per cycle, 
Three 16-bit data read per cycle, 

15 • Two 16-bit data write per cycle. 

[0057] This set of buses can be divided into categories, as follows: 

• Memory buses. 
20 • Constant buses. 

• D-Unit buses. 
A-Unit buses. 
Cross Unit buses. 



25 




Table 3 








Processor Communication buses 






Bus name 


Width 


Definition 


30 


Memory buses 


BB 


16 


Coefficient read bus 






CB, DB 


16 


Memory read bus. 






EB, FB 


16 


Memory write bus 


35 




PB 


32 


Program bus 


Constant buses from Instruction Buffer Unit 
(l-Unit) 


KPB 


16 


Constant bus used in the address phase 
of the pipeline, by the P-Unit to generate 
program 


40 




KAB 


16 


addresses. Constant bus used in the 
address phase of the 


45 




KDB KDB 


16 16 


pipeline, by the A-Unit to generate data 
memory addresses. Constant bus used in 
execute phase, by the A-Unit or the D-Unit 
for generic computations. 


D-unit Internal buses 


ACR0, ACR1 


40 


D-Unit accumulator read buses. 






ACWO, ACW1 


40 


D-Unit accumulator write buses. 






SH 


40 


D-Unit Shifter bus to D-Unit ALU. 


50 


D to A-Unit buses 


ACB 


24 


Accumulator Read bus to the A-Unit. 






EFC 


16 


D-Unit Shifter bus to DRx Register-File for 
dedicated operations like (exp(), 
field_extract/expand(), count()). 


55 


D to P-Unit bus 


ACB 


24 


Accumulator Read bus to the P-Unit. 
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Table 3 (continued) 



Processor Communication buses 




Bus name 


Width 


Definition 


A-unit internal buses 




RGA 


16 


1 st DAx register read bus to A-unit ALU. 






RGB 


16 


2 nd DAx register read bus to A-unit ALU. 






RGD 


16 


DAx register write bus from A-unit ALU. 


A to D-Unit buses 




DRB 


16 


Bus exporting DRx and ARx register 
contents to the D-Unit operators. 






DR2 


16 


Dedicated bus exporting DR2 register 
content to the D-Unit Shifter for dedicated 
instructions. 


A to P-Unit buses 




CSR 


16 


A-Unit DAx register read bus to P-Unit. 






RGD 


16 


A-Unit ALU bus to P-Unit. 



[0058] Table 4 summarizes the operation of each type of data bus and associated address bus. 

Table 4 : 





Processor bus structure description 


25 


Bus name 


Width 


Bus transaction 


PAB 


24 


The program address bus carries a 24 bit program byte address computed by the program 
flow unit (PF). 


30 


PR 




Tho nrnnram Kite farrioc 9 norl^ot nf A Kv/toc /if nrnnram r*r\r\ 0 THic r\o ot faoHc tHa 
1 Ho IJiUyidlll UUo Udillco a [JaUKcl Ul *+ Uylco Ul UiUyralil LUUc. 1 lllo UaOKol IccUo Ulc 

instruction buffer unit (IU) where they are stored and used for instruction decoding. 


CAB, DAB 


24 


Each of these 2 data address bus carries a 24-bit data byte address used to read a memory 
operand. The addresses are generated by 2 address generator units located in the address 
data flow unit (AU) : DAGEN X, DAGEN Y. 


35 


CB, DB 


16 


Each of these 2 data read bus carries a 16-bit operand read from memory. In one cycle, 2 
operands can be read. 

These 2 buses connect the memory to PU, AU and DU : altogether, these 2 buses can provide 
a 32-bit memory read throughput to PU, AU, and DU. 


40 


BAB 


24 


This coefficient data address bus carries a 24-bit data byte address used to read a memory 
operand. The address is generated by 1 address generator unit located in AU : DAGEN C. 




BB 


16 


This data read bus carries a 16-bit operand read from memory. This bus connects the 
memory to the dual MAC operator of the Data Computation Unit (DU). 


45 






Specific instructions use this bus to provide, in one cycle, a 48-bit memory read throughput 
to the DU : the operand fetched via BB, must be in a different memory bank than what is 
fetched via CB and DB). 


50 


EAB.FAB 


24 


Each of these 2 data address bus carries a 24-bit data byte address used to write an operand 
to the memory. The addresses are generated by 2 address generator units located in AU : 
DAGEN X, DAGEN Y. 


EB.FB 


f6 


Each of these 2 data write bus carries a 16-bit operand being written to the memory. In one 
cycle, 2 operands can be written to memory. 

These 2 buses connect PU, AU and DU to the data memory : altogether, these 2 buses can 
provide a 32-bit memory write throughput from PU, AU, and DU. 



55 " 

[0059] On top of these main internal buses the processor architecture supports also : 
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DMA transfer through buses connecting internal memory to external memories or peripherals 
Peripherals access through the backplane bus 22 interface 
Program Cache Interface 

5 [0060] Table 5 summarizes the buses usage versus type of access 



Table 5 - 



Bus Usage 




P 


B 


C 


D 


E 


F 


P 


B 


c 


D 


E 


F 


ACCESS TYPE 


A 


A 


A 


A 


A 


A 


B 


B 


B 


B 


B 


B 




B 


B 


B 


B 


B 


B 














Instructions buffer load 


X 












X 












Program Read 
Data single Read 
MMR read / mmap() 
Peripheral read / readport() 








X 












X 






Program Write 
Data single write 
MMR write / mmap() 
Peripheral write / writeport() 










v 
A 












A 




Program long Read 
Data long Read 
Registers pair load 








X 










X 


X 






Program long Write 
Data long / Registers pair 
Write 










X 












X 


X 


Data dual Read 






X 


X 










X 


X 






Data dual Write 










X 


X 










X 


X 


Data single Read / Data 
single Write 








X 


x 










X 


X 




Data long Read / Data long 
Write 








X 


X 








X 


X 


X 


X 


Dual Read / Coeff Read 




X 


X 


X 








! x 


X 


X 







[0061] The block diagram in Figure 3 and Table 6 shows the naming convention for CPU operators and internal 
buses. For each instruction a list of CPU resources (buses & operators) is defined which are involved during execution. 
Attached to each instruction is a bit pattern where a bit at one means that the associated resource is required for 
execution. The assembler will use these patterns for parallel instructions check in order to insure that the execution of 
the instructions pair doesn't generate any bus conflict or operator overloading. Note that only the data flow is described 
since address generation unit resources requirements can be directly determined from the algebraic syntax. 



Table 6 - 



Naming Conventions for Parallel Instruction Check 


Bus name 


Pipeline 


Bus definition 


RGA 


exec 


DAx operand #1 from A unit Register file 


RGB 


exec 


DAx operand #2 from A unit Register file 


RGD 


exec 


ALU 16 result returned to A unit Register file & P unit (BRC0 = DAx) 


KAB 


address 


Constant from Instruction decode 
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Table 6 - (continued) 



Naming Conventions for Parallel Instruction Check 


UUO Mali IC7 


Pinplinp 

1 1 pel II IC 


Ri jo Hpfinitinn 

UUO VJ C 1 1 1 II 11 \J\ 1 


KDB 


exec 


Constant from instruction ripnodp 

vvH^iaiii ii viii ii iwii uwiivi i ucvuuc 


ACRO 


ovar 


AC!y onpranrl #1 from D unit rpnistpr flip 


ACR1 


exec 


ACx oopranri ii? from D unit rpnistpr filp 


ACWO 


exec 


D unit Al I J MAO SHIFT rp^ult rpturnpH to D unit rpnistpr filp 

\J UIIII nLw t IVirVO, Ol HI 1 ICoUll 1 ClUI 1 ICU \\J \J UIIII ICUIOICI MIC 


ACW1 


pxpp 


D unit Al I J MAH SHIFT rp^ult rpturnpH to H unit rpnictpr filp 
» uiiii ivirAo, oiiir i icouii iciuiiicu wj i— ' uiiii icyiotci IMC? 


SH 


exec 


Shifter to ALU dedicated path 


DRS 


exec 


DRx operand from A unit Register file to support computed shift 


DAB 


exec 


DAx operand from A unit Register file to ALU & MAC operators 


EFC 


exec 


Exp / Bit count / Field extract operator result to be merged with ACB 


ACB 


exec 


HI(ACx), LO(ACx) operand / EFC result to ALU 16 ACx[23:0] field to P unit to support 
computed branch 


PDA 


exec 


BRCO, BRC1 , RPTC operand to ALU 16 (i.e.: DAx = BRCO) 


CSR 


static 


Computed single repeat register from A unit to RPTC in P unit 



1 .4 Memory Overview 



[0062] Figure 7 shows the unified structure of Program and Data memory spaces of the processor. 

Program memory space (accessed with the program fetch mechanism via PAB bus) is a linear 16Mbyte byte 
30 addressable memory space. 

Data memory space (accessed with the data addressing mechanism via BAB, CAB, DAB, EAB and FAB buses) 
is a 8Mword word addressable segmented memory space. 

1.4.1 I/O Memory 

35 

[0063] In addition to the 16Mbytes (8Mwords) of unified program and data memory spaces, the processor offers a 
64Kword address space used to memory mapped the peripheral registers or the ASIC hardware, the processor in- 
structions set provides efficient means to access this I/O memory space with instructions performing data memory 
accesses (see readport(), writeport() instruction qualifiers detailed in a later section. 

40 

1.4.2 Unified Program and Data Memories 

[0064] As previously quoted, the processor architecture is organized around a unified program and data space of 
16 Mbytes (8 Mwords). The program byte and bit organization is identical to the data byte and bit organization. However 
45 program space and data space have different addressing granularity. 

1.4.3 Program Space Addressing Granularity 

[0065] The program space has a byte addressing granularity: this means that all program address labels will repre- 
50 sent a 24-bit byte address. These 24-bit program address label can only be defined in sections of a program where at 
least one processor instruction is assembled. 
[0066] Table 7 shows that for following assembly code example: 

Main_routine: 

call #sub_routine 

55 

The program address labels 'subroutine* and 'Main_routine' will represent 24 bit byte addresses. 
• When the call() instruction is executed, the program counter, register (PC) is updated with the full 24-bit address 
'subroutine'. 
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And the processor's Program Flow unit (PU) make a program fetch to the 32-bit aligned memory address which 
is immediately lower equal to 'subroutine' label. 



Memory interface with the 
processor 


Addressing bus width 
[23:0] 




Program address labels : 
Example : 'subroutine 1 


Subroutine [23:0J 




Program Counter register 
Example : 'call subroutine' 


PC[23:2] 


PC[1:0] 


Subroutine [23:21 


Subroutine [1:0] 



Program fetch address on PAB 
bus 

Example : 'call subroutine' 


PAB[23:2] 


PAB[1] 


PAB[0] 


Subroutine[23:2] 


0 


0 



Table 7 : Program space addressing 



20 1 .4.4 Data Space Addressing Granularity 

[0067] The data space has a word addressing granularity. This means that all data address labels will represent a 
23-bit word address. These 23-bit data address labels can only be defined in sections of program where no processor 
instruction are assembled Table 8 shows that for following assembly code example: 



Main_routine: 


; with 'array_address' linked 


MPD05 =#(array_address«-16) 


; in a data section. 


AR1 = #array_address 




AC1 = *AR1 


; load 



The data address labels , array_address' will represent a 23-bit word address. 

When MDP05 load instruction is executed, the main data page pointer MDP05 is updated with the 7 highest bits 
of 'array_address\ 

• When AR1 load instruction is executed, the address register AR1 is updated with the 16 lowest bits of 
'array^address*. 

• When AC1 load instruction is executed, the processor's Data Address Flow unit (AU) make a data fetch to the 
16-bit aligned memory address obtained by concatenating MDP05 to AR1 . 



Memory interface with the 


Addressing bus width 


processor 


[23:0] 





Data address labels : 


array_address [22:0] 


0 


45 


Example : 'array_address' 







Initialization of MDP05 and AR1 

MPD05 =#(array_address«-16) 
AR1 = #array_address 


MDP05[6:0] 


AR1[15:0] 


array address 
[22:16] 


array_address [1 5:0] 



Data fetch address on DAB bus 
Example : AC1 = *AR1 


DAB[23:17] 


DAB[16:1] 


DABfO] 


MDP05[6:0] 


AR1 [15:0] 


0 



Table 8: Data space addressing 
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1 .5 Program Memory 

1.5.1 Program flow 

5 [0068] Program space memory locations store instructions or constants. Instructions are of variable length (1 to 4 
bytes). Program address bus is 24 bit wide, capable of addressing 16 Mbytes of program. The program code is fetched 
by packets of 4 bytes per clock cycles regardless of the instruction boundary. 

[0069] The instruction buffer unit generates program fetch address on 32 bit boundary. This means that depending 
on target alignment there is one to three extra bytes fetched on program discontinuities like branches. This program 

10 fetch scheme has been selected as a silicon area / performance trade-off. 

[0070] In order to manage the multi-format instructions the instruction byte address is always associated to the byte 
which stores the opcode. Table 9 shows how the instructions are stored into memory, the shaded byte locations contain 
the instruction opcode and are defined as instruction address. Assuming that program execution branches to the ad- 
dress @0b , then the instruction buffer unit will fetch @0b to @0e then @0f to @12 and so on until next program 

15 discontinuity. 

1.5.2 Instruction Organization in Program Memory 

[0071] An instruction byte address corresponds to the byte address where the op-code of the instruction is stored. 
20 Table 9 shows how the following sequence of instructions are stored in memory, the shaded byte locations contain the 
instruction op-code and these locations define the instruction addresses. For instruction Ix, the successive bytes are 
noted Ix_b0, Ix_b1, Ix_b2, ... And the bit position y in instruction Ix is noted i_y. 



Program Address 


Instruction 


01 h 


24 bit instruction 10 


04h 


16 bit instruction 11 


06h 


32 bit instruction 12 


Oah 


8 bit instruction 13 


Obh 


24 bit instruction 14 



Address 


ByteO 


Byte 1 


Byte 2 


Byte 3 




bit 7 bit 0 


bit 7 bit 0 


bit 7 bit 0 


bit 7 bit 0 


00-03 




I0_b0 


I0_b1 


I0_b2 






i 23 i 16 


i 15 i 8 


i_7 i_0 


04-07 


I1_b0 


I1_b1 


I2_b0 


I2_b1 




M5 i 8 


i 7 i 0 


i_31 i_24 


i_23 i_16 


08-0b 


I2_b2 


I2_b3 


"3_b0 I 


I4_b0 




i 15 i 8 


i_7 i_0 


i_7 LO 


L23 i_16 


Oc-Of 


I4_b1 


I4_b2 








i_15 i_8 


i_7 i_0 







Table 9: Example of instruction organization in program memory 



[0072] Program byte and bit organization has been aligned to data flow. This is transparent for the programmer if 
external code is installed on internal RAM as a block of bytes. On some specific cases the user may want to install 
generic code and have the capability to update a few parameters according to context by using data flow instructions. 
These parameters are usually either data constants or branch addresses. In order to support such feature, it's recom- 
mended to use goto P24 (absolute address) instead of relative goto. Branch address update has to be performed as 
byte access to get rid of program code alignment constraint. 
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1.5.3 Program request / Ready protocol 
[0073] 

5 • The program request is active low and only active in the first cycle that the address is valid on the program bus 
regardless of the access time to return data to the instruction buffer. 

• The program ready signal is active low and only active in the same cycle the data is returned to the instruction buffer. 

1 .5.4 Program fetch / memory bank switching 

10 

[0074] Figure 8 is a timing diagram illustrating program code fetched from the same memory bank 
[0075] Figure 9 is a timing diagram illustrating program code fetched from two memory banks. The diagram shows 
a potential issue of corrupting the content of the instruction buffer when the program fetch sequence switches from a 
'slow memory bank' to a 'fast memory bank 1 . Slow access time may result from access arbitration if a low priority is 
15 assigned to the program request. 

Memory bank 0 -> Address BK_0_n Slow access (i.e.: memory array size, ext. conflicts) 

20 

Memory bank 1 -» Address BK_1_k -» Fast access (i.e.: Dual access RAM) 

[0076] In order to avoid instruction buffer corruption each program memory instance interface has to monitor the 
global program request and the global ready line. In case the memory instance is selected from the program address, 
25 the request is processed only if there is no on going transactions on the other instances (Internal memories, MMI, 
Cache, API ...). If there is a mismatch between program requests count (modulo) and returned ready count (modulo) 
the request remains pending until match. 

[0077] . Figure 10 is a timing diagram illustrating the program request / ready pipeline management implemented in 
program memories wrappers to support properly a program fetch sequence which switches from a 'slow memory bank' 
30 to a 'fast memory bank'. Even if this distributed protocol looks redundant for an hardware implementation standpoint 
compared to a global scheme it will improves timing robustness and ease the processor derivatives design since the 
protocol is built in 'program memory wrappers'. All the program memory interfaces must be implemented the same 
way Slow access time may result from access arbitration if a low priority is assigned to the program request. 

35 

Memory bank 0 -» Address BK_0_n -> Slow access (i.e.: memory array size, ext, conflicts) 
Memory bank 1 Address BK_1_k -> Fast access (i.e.: Dual access RAM) 

40 

1.5.5 Data Memory Overview 

[0078] Figure 11 shows how the 8Mwords of data memory is segmented into 128 main data pages of 64Kwords, 

45 • In each 64Kword main data pages : 

Local data pages of 128 words can be defined with DP register. 

• The CPU registers are memory mapped in local data page 0. 
The physical memory locations start at address 060h. 

50 1 .5.6 DATA Memory Configurability 

[0079] The architecture provides the flexibility to re-define the Data memory mapping for each derivative (see mega- 
cell specification). 

[0080] the processor CPU core addresses 8 Mwords of data, the processor instruction set handles the following data 
55 types : 

bytes : 8-bit data, 
words : 16-bit data, 
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long words: 32-bit data. 



[0081] However, the processor Address Data Flow unit (AU) interfaces with the data memory with word addressing 
capability. 

1 .5.7 Byte Data Types 



[0082] Since the data memory is word addressable, the processor does not provide any byte addressing capability 
for data memory operand access. As Table 10 and Table 11 show it, only dedicated instructions enable select ion of a 
10 high or low byte part of addressed memory words. 



Table 10: 



! Byte memory read 


Byte load instructions 


Memory word read address 


Byte selected by instruction 


Read memory location 


dst = uns(high_byte 
(Smem)) 


Smem 


high 


Smem[15:8] 


dst = uns(low_byte 
(Smem)) 


Smem 


low 


Smem[7:0] 


ACx = high_byte(Smem) 
« SHIFTW 


Smem 


high 


Smem[15:8] 


ACx = low_byte(Smem) « 
SHIFTW 


Smem 


low 


Smem[7:0] 



Table 11: 



Byte memory write 


Byte store instructions 


Memory Word write address 


Byte selected by instruction 


Written memory location 


high_byte(Smem) = src 


Smem 


high 


Smem[15:8] 


low_byte(Smem) = src 


Smem 


low 


Smem[7:0] 



1.5.8 Long Word Data Types 



[0083] On the processor device, when accessing long words in memory, the effective address is the address of the 
most significant word (MSW) of the 32-bit data. The address of the least significant word (LSW) of the 32-bit data is : 

• At the next address if the effective address is even. 

• Or at the previous address if the effective address is odd, 



[0084] Following example shows the 2 overflows for a double store performed at addresses 01000h and 01 001 h 
(word address): 

The most significant word (MSW) is stored at a lower address than the least significant word (LSW) when the 
storage address is even (say 01000h word address): 



1000h 


MSW 


1001h 


LSW 
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The most significant word is stored at a higher address than the least significant word when the storage address 
is odd (say 01001 h word address): 



1000h 



LSW 
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(continued) 



1001h 



MSW 



1.5.9 Data Type Organization in Data Memory 



[0085] Table 12 shows how bytes, words and long words may be stored in memory. The byte operand bits (respec- 
tively word's and long word's) are designated by B_x (respectively W_x, L_x). 

• . The shaded byte location is empty, 

At addresses 04h and Oah 2 long word have been stored as described in section 1 .5.8. 



Address 


Byte 0 
bit 7 bit 0 


Byte 1 
bit 7 bit 0 


Byte 2 
bit 7 bit 0 


Byte 3 
bit 7 bit 0 


00-03 




Byte 


Word 


Word 






B 7 B 
0 


W 15 
W 8 


W 7 
W 0 


04-07 


Long Word 


Long Word 


Long Word 


Long Word 




L_31 L_24 


L_23 
L 16 


L_15 L_8 


L_7 L_0 


08-0b 


Long Word 


Long Word 


Long Word 


Long Word 




LJ5 L_8 


L_7 L_0 


L_31 L_24 


L_23 
L_16 


Oc-Of 


Word 


Word 


Byte 


Byte 




W 15 
W 8 


W 7 
W 0 


B 7 
B_0 


B 7 
B_0 



Table 12 : Example of data organization in data memory 



1.5.10 Segmented Data Memory addressing 



[0086] The processor data memory space (8Mword) is segmented into 128 pages of 64Kwords. As this will be de- 
scribed in a later section, this means that for all data addresses (23-bit word addresses): 

The higher 7 bits of the data address represent the main data page where it resides, 
The lower 1 6-bits represent the word address within that page. 



[0087] Three 7-bit dedicated main data page pointers (MDP, MDP05, MDP67) are used to select one of the 128 main 
data pages of the data space. 

[0088] The data stack and the system stack need to be allocated within page 0 

[0089] Within each processor's main data pages, a local data page of 128 words can be selected through the 16-bit 
local data page register DP, As this will be detailed in section XXX, this register can be used to access single data 
memory operands in direct mode. 

[0090] Since DP is a 16-bit wide register, the processor has as many as 64K local data pages. 
1.5.11 Scratch-pad within Local Data Pages 0 



[0091] As explained in earlier, at the beginning of each main data pages, within the local pages 0, the processor 
CPU registers are memory mapped between word address Oh and 05Fh. 

[0092] The remaining parts of the local data pages 0 (word address 060h to 07Fh) is memory. These memory sections 
are called scratch-pad. 

[0093] It is important to notice that scratch-pads of different main data pages are physically different memory loca- 
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tions. 

1.5.12 Memory Mapped Registers 

[0094] the processor's core CPU registers are memory mapped in the 8 Mwords of memory, the processor instructions 
set provides efficient means to access any MMR register through instructions performing data memory accesses (see 
mmap() instruction qualifier detailed in a later section). 

The Memory mapped registers (MMR) reside at the beginning of each main data pages between word addresses 
0hand05Fh. 

Therefore, the MMRs' occupy only part of the local data pages 0 (DP = Oh). 

[0095] It is important to point out that the memory mapping of the CPU registers is compatible with earlier generation 
processor devices'. 

Between word addresses On and 01 Fh, the processor's MMRs corresponds to an earlier generation processor's 
Between word addresses 020h and 05Fh, other processor CPU registers are mapped. These MMR registers can 
be accessed in ail processor operating modes. 

However, an earlier generation processor PMST register is a system configuration register is not mapped on any 
the processor MMR register. No PMST access should be performed on software modules being ported from an 
earlier generation processor to the processor. 

[0096] The memory mapping of the CPU registers are given in Table 13. The CPU registers are described in a later 
section. In the first part of the table, the corresponding an earlier generation processor Memory Mapped registers are 
given. Notice that addresses are given as word addresses. 
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earlier 
MMR 
Register 


nrocessor 

MMR 
Register 


Word 
Address 
(Hex) 


Drocessor DescriDtion 
(earlier processor description) 


Bit 
Field 


IMR 


IMR0_L 


00 


Interrupt mask register IMRO 


[15-00] 


IFR 


IFRO.L 


01 


Interrupt flag register 1FR0 


[15-00] 


- 


- 


02-05 


Reserved for test 




STO 


STO L 


06 


Status register STO 


[15-00] 


ST1 


ST1 L 


07 


Status register ST1 


[15-00] 


AL 


ACO_L 


08 


Accumulator ACO 


[15-00] 


AH 


ACO H 


09 




[31-16] 


AG 


ACO G 


OA 




[39-32] 


BL 


AC1_L 


OB 


Accumulator AC1 


[15-00] 


BH 


AC1 H 


OC 




[31-16] 


BG 


AC1_G 


OD 




[39-32] 


TREG 


DR3 L 


OE 


Data register DR3 


[15-00] 


TRN 


TRNO L 


OF 


Transition register TRNO 


[15-00] 


ARO 


ARO L 


10 


Address register ARO 


[15-00] 


AR1 


AR1 L 


11 


Address register AR1 


[15-00] 


AR2 


AR2 L 


12 


Address register AR2 


[15-00] 


AR3 


AR3_L 


13 


Address register AR3 


[15-00] 


AR4 


AR4 L 


14 


Address register AR4 


[15-00] 


AR5 


AR5_L 


15 


Address register AR5 


[15-00] 


AR6 


AR6 L 


16 


Address register AR6 


[15-00] 


AR7 


AR7 L 


17 


Address register AR7 


[15-00] 


SP 


SP L 


18 


Data stack pointer SP 


[15-00] 


BK 


BK03 L 


19 


Circular buffer size register BK03 


[15-00] 


BRC 


BRCO L 


1A 


Block repeat counter register BRCO 


[15-00] 


RSA 


RSAO L 


1B 


Block repeat start address register RSAO 


[15-00] 


REA 


RE AO L 


1C 


Block repeat end address register RE AO 


[15-00] 


PMST 


- 


1D 


Processor mode status register PMST 


[15-00] 


XPC 


- 


1E 


Program Counter extension register 


[07-00] 


- 


- 


1F 


Reserved 






DRO_L 


20 


Data register DRO 


[15-00] 




DR1 L 


21 


Data register DR1 


[15-00] 




DR2 L 


22 


Data register DR2 


[15-00] 




DR3 L 


23 


Data register DR3 


[15-00] 




AC2 L 


24 


Accumulator AC2 


[39-32] 




AC2 H 


25 




[31-16] 




AC2 G 


26 




[15-00] 




CDP L 


27 


Coefficient data pointer CDP 


[15-00] 



Table 13: processor core CPU Memory Mapped Registers (mapped in each of the 128 Main Data Pages) 
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procGSsor 

MMR 
Register 


Word 
Address 
(Hex) 


processor 
Description 


Pit 
Dll 

Field 


AC3 L 


28 


Accumulator AC3 


[39-32] 


AC3 H 


29 


[31-16] 


AC3 G 


2A 


[15-00] 


MDP L 


2B 


Main data page register MDP 


[06-001 


MDP05 L 


2C 


Main data page register MDP05 


[06-001 


MDP67 L 


2D 


Main data page register MDP67 


[06-001 


DP_L 


2E 


Local data page reqister DP 


[15-00] 


PDP L 


2F 


Peripheral data page reqister PDP 


[15-00] 


BK47 L 


30 


Circular buffer size reqister BK47 


[15-00] 


BKC L 


31 


Circular buffer size register BKC 


[15-00] 


BOF01 L 


32 


Circular buffer offset reqister BOF01 


[15-00] 


BOF23 L 


33 


Circular buffer offset reqister BOF23 


[15-00] 


BOF45 L 


34 


Circular buffer offset reqister BOF45 


[15-001 


BOF67 L 


35 


Circular buffer offset reqister BOF67 


[15-00] 


BOFC L 


36 


Circular buffer offset reqister BOFC 


[15-00] 


ST3 L 


37 


System control reqister ST3 


[15-00] 


TRN1 L 


38 


Transition reqister TRN1 


[15-001 


BRC1_L 


39 


Block repeat counter reqister BRC1 


[15-00] 


BRS1_L 


3A 


Block repeat save reqister BRS1 


[15-00] 


CSR L 


3B 


Computed single repeat reqister CSR 


[15-00] 


RSAO H 


3C 


Repeat start address register RSAO 


[23-161 


RSAO L 


3D 


[15-001 


RE AO H 


3E 


Repeat end address register RE AO 


[23-16] 


RE AO L 


3F 


[15-00] 


RSA1_H 


40 


Repeat start address register RSA1 


[23-16] 


RSA1 L 


41 


[15-00] 


REA1 H 


42 


Repeat end address register REA1 


[23-161 


REA1 L 


43 


[15-001 


RPTC L 


44 


Sinqle repeat counter reqister RPTC 


[15-001 


IMR1 L 


45 


Interrupt mask reqister IMR1 


[07-00] 


IFR1 L 


46 


Interrupt flaq reqister IFR1 


[07-00] 


DBIERO L 


47 


Debug interrupt register DBIERO 


[15-00] 


DBIER1 L 


48 


Debuq interrupt reqister DBIER1 


[07-00] 


IVPD L 


49 


Interrupt vector pointer for DSP IVPD 


[15-00] 


IVPH L 


4A 


Interrupt vector pointer for HOST IVPH 


[15-00] 


SSP L 


4B 


System stack pointer SSP 


[15:00] 


ST2 L 


4C 


Pointer configuration register ST2 


[08-00] 




4D-5F 


Reserved 





Table13, (continued): processor core CPU Memory Mapped Registers (mapped in each of the 128 Main 

Data Pages) 
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1.5.13 Data Memory access conflicts 

[0097] Figure 12 shows in which pipeline stage the memory access takes place for each class of instructions. 
[0098] Figure 13A illustrates single write versus dual access with a memory conflict. 
5 [0099] Figure 13B illustrates the case of conflicting memory requests to same physical bank (C & E on above ex- 
ample) which is overcome by an extra pipeline slot inserted in order to move the C access on the next cycle. 
[0100] Figure 14A illustrates dual write versus single read with a memory conflict. 

[0101] As in previous context in case of conflicting memory requests to same physical bank (D & F on above example) 
an extra slot is inserted in order to move the D access to next cycle, as shown in Figure 14B. 
10 [0102] The pipeline schemes illustrated above correspond to generic cases where the read memory location is within 
the same memory bank as the memory write location but at the different address. In case of same address the processor 
architecture provides a by-pass mechanism which avoid cycle insertion. See pipeline protection section for more details. 

1.5.14 Slow/Fast operand execution flow 

15 

[0103] The memory interface protocol supports a READY line which allows to manage memory requests conflicts 
or adapt the instruction execution flow to the memory access time performance. The memory requests arbitration is 
performed at memory level (RSS) since it is dependent on memory instances granularity. 

[0104] Each READY line associated to a memory request is monitored at CPU level. In case of not READY, it will 
20 generate a pipeline stall. 

• The memory access position is defined by the memory protocol associated to request type (i.e.: within request 
cycle like C, next to request cycle like D) and always referenced from the request regardless of pipeline stage 
taking out the "not ready" cycles. 
25 • Operand shadow registers are always loaded on the cycle right after the READY line is asserted regardless of the 
pipeline state. This allows to free up the selected memory bank and the data bus supporting the transaction as 
soon as the access is completed independently of the instruction execution progress. 

DMA and emulation accesses take advantage of the memory bandwidth optimization described on above protocol . 

30 [0105] Figure 15 is a timing diagram illustrating a slow memory / Read access. 

[0106] Figure 16 is a timing diagram illustrating Slow memory / Write access. 

[0107] Figure 17 is a timing diagram illustrating Dual instruction : Xmerm- fast operand , Ymem <- slow operand. 

[0108] Figure 18 is a timing diagram illustrating Dual instruction : Xmerm- slow operand , Ymem <- fast operand. 

[0109] Figure 19 is a timing diagram illustrating Slow Smem Write / Fast Smem read. 

35 [0110] Figure 20 is a timing diagram illustrating Fast Smem Write / Slow Smem read. 

[0111] Figure 21 is a timing diagram illustrating Slow memory write sequence ( Previous posted in progress & Write 
queue full ). 

[0112] Figure 22 is a timing diagram illustrating Single write / Dual read conflict in same DRAM bank. 

[0113] Figure 23 is a timing diagram illustrating Fast to slow memory move. 

40 [0114] Figure 24 is a timing diagram illustrating Read / Modify / write. 

1.5.15 Test & Set instruction / Lock 

[0115] The processor instruction set supports an atomic instruction which allows to manage semaphores stored 
45 within a shared memory like an APIRAM to handle communication with an HOST processor. 
[0116] The algebraic syntax is : 

TC1 = bit(Smem,k4), bit(Smem,k4) = #1 
TC2 = bit(Smem,k4), bit(Smem,k4) = #1 
50 TC1 = bit(Smem,k4), bit(Smem,k4) = #0 

TC2 = bit(Smem,k4) 1 bit(Smem,k4) = #0 

[0117] The instruction is atomic, that means no interrupt can be taken in between 1 st execution cycle and 2 nd exe- 
cution cycle. 

55 [011 8] Figure 25 is a timing diagram which shows the execution flow of the Test & Set' instruction. The CPU generates 
a 'lock' signal which is exported at the edge of core boundary. This signal defines the memory read / write sequence 
window where no Host access can be allowed. Any Host access in between the DSP read slot and the DSP write slot 
would corrupt the application semaphores management. This lock signal has to be used within the arbitration logic of 
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any shared memory, it can be seen as a 'dynamic DSP mode only'. 
1.5.16 Emulation 

5 [0119] The emulation honors the lock, that means no DT-DMA request can be processed when the lock signal is 
active even if free memory slots are available for debug. This applies to both 'polite' & 'intrusive' modes. 

Central Processing Unit 

10 [0120] The central processing unit (CPU) will now be described in more detail. In this document section, we will use 
the following algebraic assembler syntax notation of the processor operations: 

addition operation is noted : + 

subtraction operation is noted : - 
15 • multiplication operation is noted : * 

arithmetical shift operation is noted : « 
• logical AND operation is noted : & 

logical OR operation is noted : | 

logical XOR operation is noted : A 
20 • logical shift operation is noted : «< 

logical rotate to the right operation is noted : \\ 

logical rotate to the left operation is noted : // 

2. D Unit 

25 

[0121] Figure 26 is a block diagram of the D Unit showing various functional transfer paths. This section describes 
the data types, the arithmetic operation and functional elements that build the Data Processing Unit of the processor 
Core. In a global view, this unit can be seen as a set of functional blocks communicating with the data RAM and with 
general-purpose data registers. These registers have also LOAD/STORE capabilities in a direct way with the memory 
30 and other internal registers. The main processing elements consist of a Multiplier-Accumulator block (MAC), an Arith- 
metic and Logic block (ALU) and a Shifter Unit (SHU). 

[0122] In order to allow the most efficient parallelism, data exchange (the arrows in Figure 26) are handled while 
computations are on going. Channels to and from the memory and other registers are limited to two data read and two 
written per cycle. The following chapters will describe in details how the data flow can overlap the computations and 
35 many other features, including the connection of external co-processors to enhance the overall processing perform- 
ance. 

2.1.1 Data types and arithmetic operations on these types 

40 [0123] This section reviews the format of data words that the operators can handle and all arithmetic supported, 
including rounding and saturation or overflow modes. 

2.1.1.1 Data Types 

45 [0124] Figure 27 describes the formats for all the various data types of processor 100. The DU supports both 32 and 
16 bit arithmetic with proper handling of overflow exception cases and Boolean variables. Numbers representations 
include signed and unsigned types for all arithmetic. Signed or unsigned modes are handled by a sign extension control 
flag called SXMD or by the instruction directly. Moreover, signed values can be represented in fractional mode (FRACT). 
Internal Data Registers will include 8 guard bits for full precision 32-bit computations. Dual 16-bit mode operations will 

so also be supported on the ALU, on signed operands. In this case, the guard bits are attached to second operation and 
contain resulting sign extension. 

2.1.1.2 Arithmetic Operations and Exceptions Handling 

55 [0125] In this part, arithmetic operations performed on above types are reviewed and exceptions are detailed. These 
exceptions consist of overflow with corresponding saturation and rounding. Control for fractional mode is also de- 
scribed. 

[0126] Sign extension occurs each time the format of operators or registers is bigger than operands. Sign extension 
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is controlled by the SXMD flag (when on, sign extension is performed, otherwise, 0 extension is performed) or by the 
instruction itself (e.g., load instructions with «uns» keyword). This applies to 8, 16 and 32-bit data representation. 
[0127] The sign status bit, which is updated as a result of a load or an operation within the D Unit, is reported according 
to M40 flag. When at zero, the sign bit is copied from bit 31 of the result. When at one, bit 39 is copied. 
5 [0128] The sign of the input operands of the operators are determined as follows: 

for arithmetic shifts, arithmetic ALU operations and loads: 
for input operands like: Smem/K16/DAx (16 bits): 
SI = (!UNS) AND (input bit 15) AND SXMD 
10 for input operands like: Lmem (32 bits): 

SI = (input bit 31) AND SXMD 
for input operands like: ACx (40 bits): 
SI = ( ( ( (M40 OR FAMILY) AND (input bit 39) OR 

!(M40 OR FAMILY) AND (input bit 31) ) AND IOPMEM ) OR 
15 (!UNS AND (input bit 39) AND OPMEM) ) AND SXMD 

for logical shift and logical ALU operations: 
for all inputs: 
SI = 0 

for DUAL arithmetic shift and arithmetic ALU operations: 
20 SI1 = (input bit 15) AND SXMD 

SI2 = (input bit 31) AND SXMD 
- for MAC: 

SI = !UNS AND (input bit 15) 

25 [0129] Limiting signed data in 40-bit format or in dual 16-bit representation from internal registers is called saturation 
and is controlled by the SATD flag or by specific instructions. The saturation range is controlled by a Saturation Mode 
flag called M40. Saturation limits the 40-bit value in the range of -2 31 to 2 31 -1 and the dual 16-bit value in the range of 
-2 15 to 2 15 -1 for each 16-bit part of the result if the M40 flag is off. If it is on, values are saturated in the range of -2 s9 
to 2 39 -1 or -2 15 to 2 15 -1 for the dual representation. 

30 [0130] In order to go from the 40-bit representation to the 16-bit one, rounding has to occur to keep accuracy during 
computations. Rounding is managed via the instruction set, through a dedicated bit field, and via a flag called RDM. 
The combination of results in following modes: 
[0131] When rounding (rnd) is on: 

35 RDM=0: generates Round to + infinity 

40-bit data value -> addition of 2 15 . The 16 LSBs are cleared 
RDM=1 : generates Round to the nearest 

40-bit data value -> this is a true analysis of the 16 LSBs to detect if they are in the range of: 
2 15 - 1 to 0 (value lower than 0.5) where no rounding occurs, 
4 o 2 15 + 1 to 2 16 - 1 (value greater than 0.5) where rounding occurs 

by addition of 2 15 to the 40-bit value, 

2 15 (value equals 0.5) where rounding occurs if the 1 6-bit high part of the 40-bit value is odd, by adding 

215 

45 [0132] The 16 LSBs are cleared in all modes, regardless of saturation. When rounding is off, nothing is done. 
[0133] Load operations follow sign extension rules. They also provide 2 zero as follows: 
if result[31:0] == 0, then zero32 = 1 else zero32 = 0, 
if result[39:0] == 0, then zero40 = 1 else zero40 = 0. 

50 2.1.2 Multiplication 

[0134] Multiplication operation is also linked with multiply-and-accumulate. These arithmetic functions work with 
16-bit signed or unsigned data (as operands for the multiply) and with a 40-bit value from internal registers (as accu- 
mulator). The result is stored in one of the 40-bit Accumulators. Multiply or multiply-and-accumulate is under control 
55 of FRACT, SATD and Round modes. It is also affected by the GSM mode which generates a saturation to "00 7FFF 
FFFF" (hexa) of the product part when multiply operands are both equal to -2 15 and that FRACT and SATD modes are 
on. 

[0135] For sign handling purpose, the multiply operands are actually coded on 17 bits (so sign is doubled for 16-bit 



EP0 992 916A1 

signed data). These operands are always considered signed unless controlled by the instruction. When the source of 
these values is an internal register then full signed 17-bit accurate computation is usable. Operations available on 
multiply-and-accumulate scheme are: 

5 

MPY -> multiply operation, 
MAC -> multiply and add to accumulator content, 

10 

MAS -> subtract multiply result from the accumulator content. 

[0136] Table 14 shows all possible combinations and corresponding operations. The multiply and the "multiply-and- 
15 accumulate" operations return status bits which are Zero and Overflow detection. 

20 
25 
30 
35 
40 
45 



55 
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F 

R G S R 
A S A N 
C M T D 
T D 


IViT 




KMC 


cn off off cff 




x*(2*y)+a 


a-X*(2V) 


cff cff off cff 


*V 


xV+a 


a- XV 


cn cn cff cff 


x*(2V) 


x*(2V)+a 


a-x*(2rtf 


cff cn cff cff 


xv 


x*y+a 


a-xV 


an off cn cff 


SctMK)(x*(2^) 


SctM10(x*(2V)+a) 


SctM10(a-x*(2^) 


cff cff cn off 




ffitMW(XV+a) 


sdM«Xa-XV) 


cn an cn cff 


sEtM«x>r(2V)) 

xs^=-215 • 231-1 


silVH0(x*(2V)+a) 
siM10(231-1+a) 


sdM10(a-x*(2V)) 
setM«Xa-231+1) 


cff cn cn cff 


selMXXXV) 


£x*MW(XV+a) 


slM10(a-X^ 


cn cff cff cn 


nxFCM[>r(2V)) 


rrtRM^Z^a) 


mcPCM;a-x»(2V)) 


cff cff cff cn 




rnfCMIXV+a) 


nrFCMIa-xV) 


an cn cff cn 


nxFCM;x*(2V)) 


nrH3\/(X*(2tyta) 


mfCM;a-x*(2V)) 


cff an cff cn 


rncFCMXy) 


irtFCMXyta) 


mdFEM[a-X"^ 


cn cff cn cn 


sstmXmHMAZW)) 


s^M10(mcFCM;x*(2^+a)) 


sdM10(nxRMa-x*(2V))) 


cff cff an an 


SEtMW(nxf=CM[XV)) 


sa<MK)(nxFCM[XV«)) 


s^M10(nTFCM;a-xV)) 


cn cn cn cn 


s3IVM0(rTxFCMx*(2V))) 
X^te215: 231-1 


sa^mcFCM;x'(2^+a)) 
sdM10(rrtFCM231-l4a)) 


S£tM»nxFCMa-x*{2V))) 
saWnxFCM[a-231+1» 


cff cn an cn 


sdMKXmcFCM[x^) 


setiVMO(mcfCM[XV€>)) 


sdM10(mcFCM;a-xV)) 



nxFCMO : ruirJng in±r ocrtrd cf FCMflag 
setNWOO :s*x^mLrr^crrtrdd^flag 

Table 14: MPY, MAC. and MAS operations 



For the following paragraphs, the syntax used is: 


Cx 


output carry of bit x 


Sx 


output sum of bitx 


Sx:y 


output sum of range bits 


OV40 


overflow on 40 bits 


OV32 


overflow on 32 bits 


OV 


output overflow bit 
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(continued) 


For the following paragraphs, the syntax used is: 


Z31 


zero detection on range bits 31:0 


Z39 


zero detection on range bits 39:0 


FAMILYIead mode on 



[0137] Overflow is set when 32-bit or 40-bit numbers representations limits are exceeded, so the overflow definitions 
10 are as follows: 

OV40 = C39 XNOR S39 
OV32 = (S39:31 != 0) AND (S39:31 != 1) 
if M40 = 1: 

OV = OV40 
15 if M40 = 0: 

OV = OV32 

[0138] The saturation can then be computed as follows: 
if M40 = 1: 

20 

if OV40: 

bits: 39 38 0 

25 out: IS39 S39 S39 

if M40 = 0: 



if OV32 AND !OV40: 

30 



35 ifOV40: 



40 



bits: 39 31 30 0 

out: S39 S39 IS39 !S39 

bits: 39 31 30 0 

out: !S39 !S39 S39 S39 



[0139] GSM saturation: 

if (SATD AND FRCT AND GSM AND inputs = 1 8000) THEN out = 00 7FFF FFFF 
[0140] These saturation results can be modified if rounding is on: 
45 if rnd: bits 15:0 = 0 

[0141] Zero flags are set as follows: 

Z32 = Z31 AND !(OV AND SAT)* 

Z40 = Z39 AND !(OV AND SAT) 

* When saturating to: 80 0000 0000, Z32 is 1 . 

50 

2.1 .3 Addition/Subtraction 

[01 42] Table 1 5 provide definitions which are also valid for operations like "absolute value" or "negation" on a variable 
as well as for dual "add-subtract" or addition or subtraction with CARRY status bit. 
55 [0143] Addition and subtraction operations results range is controlled by the SATD flag. Overflow and Zero detection 
as well as Carry status bits are generated. Generic rules for saturation apply for 32-bit and dual 16-bit formats. Table 
15 below shows applicable cases. 



EP0 992 916 A1 



Table 15: 



Definitions 


S 


ADD 


SUB 


A 






T 






off 


40-bit: x+y 


40-bit: x-y 




Dual 16-bit: (xh+yh) || (xl+yl) 


Dual -16-bit: (xh-yh) || (xl-yl) 


on 


40-bit: satM40(x+y) 


40-bit: satM40(x+y) 




Dual 16-bit: sat16(xh+yh)|| sat16(xl+yl) 


Dual 16-bit: sat16(xh-yh) || sat16(xl-yl) 



For the following paragraphs, the syntax used is: 


Cx 


output carry of bit x 


Sx 


output sum of bit x 


Sx:y 


output sum of range bits 


OV40 


overflow on 40 bits 


OV32 


overflow on 32 bits 


OV16 


overflow on 16 bits 


OV 


output overflow bit 


Z31 


zero detection on range bits 31:0 


Z39 


zero detection on range bits 39:0 


FAMILYIead mode on 



[0144] Overflow detection is as follows: 
OV40 = C39 XOR C38 
OV32 = (S39:31 != 0) AND (S39:31 != 1) 
OV16 = C15XORC14 
if M40 = 1: 

OV = OV40 
if M40 = 0: 

OV = OV32 OR OV40 
if DUAL mode on: 

OV = ((OV16 OR OV32 OR OV40) AND ! FAMILY) OR 
((OV32 OR OV40) AND FAMILY) 
[0145] The saturation can then be computed as follows: 
NORMAL mode: ifM40 = 1: 



if OV40: 

bits: 39 38 O 

out: !S39 S39 S39 



if M40 = 0: 
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10 



if OV32 AND !OV40: 

bits: 39 31 30 0 

out: S39 S39 !S39 !S39 

if OV40: 

bits: 39 31 30 0 

out: !S39 !S39 S39 S39 



[0146] If the keyword SATURATE is used, saturation is executed as if M40 = 0. 
15 [0147] DUAL mode: 
if FAMILY = 0: 



if OV16: 

20 

bits: 15 14 0 

out: !S15 S15 S15 

25 if OV32 AND !OV40: 

bits: 39 31 30 16 



30 

out: S39 S39 !S39 !S39 

if OV40: 

35 bits: 39 31 30 16 

out: !S39 !S39 S39 S39 

if FAMILY = 1: no saturation is performed. 
40 [0148] These saturation results can be modified if rounding is on (for both modes): 

if rnd AND I FAMILY: bits 15:0 = 0 (in FAMILY mode and rnd is on, LSBs are not cleared) 
[0149] For NORMAL or DUAL modes, zero flags are as in MAC. 

[0150] For shifts using an internal register (16-bit DRS register), the limitation of the shift range is: 
-32 < range < 31 

45 (clamping is done to -32 if value in the register < -32, to 31 if value in the register > 31 ). 

[0151] An overflow is reported only in the case of an arithmetic shift, neither for logical shift nor when the output is 
a memory. 

[0152] In FAMILY mode, for shifts using an internal register (6 LSBits DRS register), the limitation of the range is: 
-16 < range < 31 

50 [0153] If: -32 < value in the register < -17, then 16 is added to this value to retrieve the range above. 
[01 54] No overflow is reported. 



2.1.4 Arithmetic Shift 



55 [0155] Arithmetic shift operations include right and left directions with hardware support up to 31. When left shift 
occurs, zeros are forced in the least significant bit positions. Sign extension of operands to be shifted is controlled as 
per 2.2.1 . When right shift is performed, sign extension is controlled via SXMD flag (sign or 0 is shifted in). When M40 
is 0, before any shift operation, zero is copied in the guard bits (39-32) if SXMD is 0, otherwise, if SXMD is 1 , bit 31 of 
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the input operand is extended in the guard bits. Shift operation is then performed on 40 bits, bit 39 is the shifted in bit. 
When M40 is 1, bit 39 (or zero), according to SXMD, is the shifted in bit. 

[0156] Saturation is controlled by the SATD flag and follows the generic rules as far as the result is concerned. 
Overflow detection is performed as described below. 

5 [0157] A parallel check is performed on actual shift: shifts are applied on 40-bit words so the data to be shifted is 
analyzed as a 40-bit internal entity and search for sign bit position is performed. For left shifts, leading sign position is 
calculated starting from bit position 39 (= sign position 1) or bit position 31 when the destination is a memory (store 
instructions). Then the range defined above is subtracted to this sign position. If the result is greater than 8 (if M40 flag 
is off) or 0 (if M40 is on), no overflow is detected and the shift is considered as a valid one; otherwise, overflow is 

10 detected. 

[01 58] Figure 28, shows a functional diagram of the shift saturation and overflow control. Saturation occurs if SATD 
flag is on and the value forced as the result depends on the status of M40 (the sign is the one, which is caught by the 
leading sign bit detection). A Carry bit containing the bit shifted out of the 40-bit window is generated according to the 
instruction. 

15 [0159] an earlier family processor compatible mode: when FAMILY compatibility flag is on, no saturation and no 
overflow detection is performed if the output shifter is an accumulator; arithmetical shifts are performed on 40 bits 
(regardless M40). 

[0160] Below are the equations that summarize this functionality: 
[0161] The syntax used is: 

20 

Cx output carry of bit x 

Sx output sum of bit x 

Sx:y output sum of range bits 

OVs40 overflow after shift on 40 bits 
25 OVr40 overflow after rounding on 40 bits 

OV40 overflow on 40 bits 

OVr32 overflow after rounding on 32 bits 

OVru32 overflow after rounding on 32 bits unsigned word 

OVu32 overflow on 32 bits unsigned word 
30 OV32 overflow on 32 bits 

OV output overflow bit 

FAMILYIead mode on 

UNS unsigned mode on 

SATURATE saturate keyword 
35 OPMEM operation on memory regardless of the address (the output name is not an explicit accumulator) 

SI sign of the input operand before the shift 

[0162] Overflow detection is as follows: 
OVr40 = C39 XOR C38 
40 OVs40 = (sign_position(input) - shift #) <= 0 

OV40 = (OVs40 OR OVr40) AND (SATURATE OR IOPMEM) 

OVr32 = (SI, S39:31 != 0) AND (SI, S39:31 != 1) AND IC39 

OV32 = (OVs40 OR OVr32) AND FAMILY AND (SATURATE OR IOPMEM) 

OR 

45 OVr32 AND FAMILY AND SATURATE 

OVru32 = (SI, S39:32 != 0) OR C39 

OVu32 = (OVs40 OR OVru32) AND ! FAMILY AND (SATURATE OR IOPMEM) 

OR 

OVru32 AND FAMILY AND SATURATE 
50 if M40 = 1 : 

OV = OV40 
if M40 = 0: 

OV = OV32 OR OVu32 

[0163] If the destination is a memory, there is no overflow report but saturation can still be computed. The saturation 
55 can then be computed as follows: 

[0164] SIGNED operands (no uns keyword): 
if M40 = 1 : 
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if OV40: 

bits: 39 38 0 

out: SI !SI !SI 

if M40 = 0: 



if OV32: 

bits: 39 31 30 0 

15 out: SI SI !SI !SI 



[0165] If the keyword SATURATE is used, saturation is executed as if M40 = 0, regardless of SATD. UNSIGNED 
operands (uns keyword) with SATURATE, regardless of SATD: 
20 if OVu32: 

out: 00 FFFF FFFF 
[0166] UNSIGNED operands without SATURATE: 

saturation is done like signed operands (depending of SATD). 
[0167] These saturation results can be modified if rounding is on: 
25 if rnd: bits 15:0 = 0 

[0168] Zero flags are set as follows: 

Z32 = Z31 AND (!(OV AND SAT AND FAMILY) OR FAMILY)* 
Z40 = Z39 AND (!(OV AND SAT AND FAMILY) OR FAMILY) 
*When saturating to: 80 0000 0000, Z32 is 1. 
30 [0169] One instruction of the «DUAL» class supports dual shift by 1 to the right. In this case, shift window is split at 
bit position 15, so that 2 independent shifts occur. The lower part is not affected by right shift of the upper part. Sign 
extension rules apply as described earlier. 

[0170] When the destination is a memory, there is no update of the zero and overflow bits, unless the memory address 
is an Accumulator: in that case, zero flags are updated. 
35 [0171] When the ALU is working with the shifter, the output overflow bit is a OR between: the overflow of the shift 
value, the overflow of the output shifter and the overflow of the output of the ALU. 

2.1.5 Logical Operations on the Boolean Type 

40 [0172] Operands carrying Boolean values on an 8, 1 6 or 32-bit format are zero extended for computations. Operations 
that are defined on Boolean variables are of two kinds: 

[0173] For Logical Bitwise Operations, the operation is performed on the full 40 bits representation. 
The shift of logical vectors of bits depends again on the M40 flag status. When M40 equals 0, the guard bits are cleared 
on the input operand. The Carry or TC2 bits contain the bit shifted out of the 32-bit window. For rotation to the right, 
45 shifted in value is applied on bit position #31 . When M40 flag is on, the shift occurs using the full 40-bit input operand. 
Shifted in value is applied on bit position #39 when rotating to the right. Carry or TC2 bits contain the bit shifted out. 
[0174] There is neither overflow report nor saturation on computation (the shift value can be saturated as described 
earlier). 

[0175] There is no Carry update if the shifter output is going to the ALU. 
50 [0176] If the shifter output is going to the ALU and the FAMILY mode is on, computation is done on 40 bits, an earlier 
family processor compatible mode: when FAMILY compatibility flag is on logical shifts and rotations are performed on 
32 bits (regardless M40). 

2.2 The MAC unit 

55 

[0177] The multiply and accumulate unit performs its task in one cycle. Multiply input operands use a 17-bit signed 
representation while the accumulation is on 40 bits. Arithmetic modes, exceptions and status flags are handled as 
described earlier. Saturation mode selection can be also defined dynamically in the instruction. 
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2.2.1 Instruction Set 

[0178] The MAC Unit will execute some basic operations as described below: 

MPY/MPYSU: multiply input operands (both signed or unsigned/one signed the other unsigned), 
MAC: multiply input operands and add with accumulator content, 
MAS: multiply input operands and subtract from accumulator content. 

2.2.2 Input Operands 

[0179] Possible sources of operands are defined below: 

from memory: 21 6-bit data from RAM, 

1 16-bit data from "coefficient" RAM, 
from internal Data registers: 2 17-bit data from high part (bits 32 to 16) of register, 

1 40-bit data for accumulation, 
from instruction decode: 1 16-bit "immediate" value, 

from other 16-bit registers: 1 16-bit data. 

[0180] Shifting operations by 16 towards LSBs involved in MAC instructions are all performed in the MAC Unit: sign 
propagation is always done and uses the bit 39. 

[0181] Destination of result is always one of the internal Data Registers. Table 16 shows the allowed combinations 
of inputs (x, y ports). Accumulator "a" is always coming from internal Data registers. It can be shifted by 16 positions 
to the LSBs before use. 





16 


16 


17 


16 


16 




bit 


bit 


bit 


bit 


bit 




dat 


dat 


dat 


dat 


dat 




(RAM) 


(reg) 


(reg) 


(CFP) 


(imm.) 


16-bit data (RAM) 


OK 




OK 


OK 




16-bit data (reg) 


OK 




OK 




OK 


17-bit data (reg) 






OK 




OK 


16-bit data (CFP) 












16-bit data (immediate) 













Table 16 - Allowed Inputs 



2.2.3 Memory Source For Operands 

[0182] Data coming from memory are transferred via D and C buses. In order to allow automatic addressing of 
coefficients without sacrificing a pointer, a third dedicated bus called B bus is provided. Coefficient and data delivery 
will combine B and D buses as shown in Figure 29. The B bus will be associated with a given bank of the memory 
organization. This bank will be used as "dynamic" storage area for coefficients. 

[0183] Access to the B bus will be supported in parallel with a Single, Dual or Long access to other part of the memory 
space and only with a Single access to the associated memory bank. Addressing mode to deliver the B value will use 
a base address (16 bits) stored in a special pointer (Mcoef - memory coefficient register) and an incrementer to scan 



EP0 992 916 A1 



the table. The instruction in this mode is used to increment the table pointer, either for "repeat" (see Figure 29) or 
"repeat block" loop contexts. As such, the buffer length in the coefficients block length is defined by the loop depth. 
The key advantage of this approach is local buffering of reusable data coming either from program/datarom space or 
computed on-the fly, without sacrificing a generic address pointer. 

2.2.4 Dual MAC Operations Support 

[0184] In order to support increasing demand of computation power and keep the capability to get the lowest cost 
(area and power) if needed, the MAC Unit will be able to support dual multiply-and-accumulate operations in a config- 
urable way. This is based on several features: 

it will be possible to plug-in a second MAC hardware with same connectivity to the operands sources and desti- 
nations as the main one, 

the plugged-in operator will be stopped when only one MAC per cycle is needed during the algorithm execution, 
Parallel execution will be controlled by the instruction unit, using a special "DUAL" instruction class, 
in terms of throughput, the most efficient usage of the dual MAC execution requires a sustained delivery of 3 
operands per cycle, as well as two accumulators contents, for DSP algorithms. As it was chosen not to break the 
whole buses architecture while offering the increase in computation power, the B bus system described in item 
3.3 above will give the best flexibility to match this throughput requirement. Thus, the "coefficient" bus and its 
associated memory bank will be shared by the two operators as described in Figure 30. 

[0185] The instruction that will control this execution will offer dual addressing on the D and C buses as well as all 
possible combinations for the pair of operations among MPY, MPYSU. MAC and MAS operations and signed or un- 
signed operations. Destinations (Accumulators) in the Data Registers can be set separately per operation but accu- 
mulators sources and destinations are equal. Rounding is common to both operations. CFP pointer update mechanism 
will include increment or not of the previous value and modulo operation. Finally, Table 17, on next page, shows ap- 
plication of the scheme depicted in Figure 30 to different algorithms and RAM storage organization. 
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Algorith m 


Coeff RAM 
content 


Main RAM 
content 


5 


FIR : s(0:p-1) 
s(i)«tfc(j).x(i-j) 

i=0 


c(j) 


D : x(i-j) 
C : x(i+1-j) 


10 


Matrix Multiply : 
p(0:n-1,0:n-1) 

Dfi.i>=Safi.k)*b(k.i) 

k=0 


b(k,j) 


D : a(i,k) 
C : a(i+1 ,k) 


15 










IIR : s(0:p-1) 
s(i)=Sc(j).s(i-j-1) 


s(i-H) 


D : c(j) 
C : c(j+1) 


20 


AutoCorrei.:x(0:1 59) 
s(0:8) 

s(i)=Sx 9 (j).x(j-i) 


x(i-i) 


D • x(\) 
C : x(j+1) 


25 










FFT : 128 points 


W(j) 
(com plex) 


D : Re(x(j)) 
C : lm(x(j)) 



Table 17 

35 [0186] For exceptions and status bits handling, the Dual-Mac configuration will generate a double set of flags, one 
per accumulator destination. 

2.2.5 MAC Unit Block Diagram 

40 [0187] As a summary of all items above, Figure 31 gives a global view of the MAC unit. It includes selection elements 
for sources and sign extension. A Dual-MAC configuration is shown (in light gray area), highlighting hook-up points for 
the second operator. ACRO, ACR1, ACWO and ACW1 are read and write buses of the Data Registers area. DR carries 
values from the general-purpose registers area (A Unit). 

45 2.3 The Arithmetic and Logic Unit (ALU) 

[0188] The ALU processes data on 40-bit and dual 16-bit representations, for arithmetic operations, and on 40 bits 
for logical ones. Arithmetic modes, exceptions and status flags are handled 

50 2.3.1 Instruction Set 



[0189] The ALU executes some basic operations as described below: 





Logical operations 


AND: bitwise "and" on input operands 


55 




OR: bitwise "or" on input operands 






XOR: bitwise "xor" on input operands 



EP0 992 916 A1 


(continued) 


Arithmetic operations 


NOT: bitwise "complement to 1" on input operands 




ADD: addition of input operands with or without carry 




SUB: subtraction of input operands with or without borrow (= Icarry) 




ADSC: add or subtract of input operands according to TC1, TC2 bit values 




NEG: two's complement on input operand 




ABS: Absolute value computation on input operand 




MIN: lowest of the two input operands 




MAX: greatest of the two input operands 




SATURATE: saturate the input operand 




RND: round the input operand, 




CMPR: compare (==, !=, <=, >) input operands 




BIT/CBIT: bit manipulations 


Viterbi operations 


MAXD/MIND: compare and select the greatest/lowest of the two input operands taken 




as dual 16-bit, give also the differences (high and low) 




MAXDDBUMINDDBL: compare and select the greatest/lowest of the two 32 bits input 




operands, give also the differences (high and low 


DUAL operations (20 bits) 


DADD: double add, as described above 




DSUB: double subtract, as described above 




DADS: add and subtract 




DSAD: subtract and add 



2.3.2 Input Operands 



[0190] Possible sources of operands are defined below: 



from memory 


216-bit data from RAM, 


from internal Data registers 


2 40-bit data, 


from instruction decode 


1 17-bit (16 bits + sign) "constant" value, 


from the shifter unit 


1 40-bit value, 


from other 16-bit registers 


1 16-bit data. 



35 [0191] Some instructions have 2 memory operands (Xmem and Ymem) shifted by a constant value (#16 towards 
MSBs) before handling by an Arithmetic operation: 2 dedicated paths with hardware for overflow and saturation func- 
tions are available before ALU inputs. In case of double load instructions of long word (Lmem) with a 16 bits implicit 
shift value, one part is done in the register file, the other one in the ALU. Detailed functionality of these paths is: 
[0192] Sign extension according to SXMD status bit and uns() keyword 

40 Shift by #16 towards MSB 

Overflow detection and saturation according to SATD status bit 

[0193] Some instructions have one 16 bits operand (Constant, Smem, Xmem or DR) shifted by a constant value 
before handling by an Arithmetic operation (addition or subtraction): in this case, the 16 bits operand uses 1 of the 2 
previously dedicated paths before the ALU input. 
45 [01 94] Other instructions have one unsigned 1 6 bits constant shifted by a constant value (#1 6 towards MSBs) before 
handling by a Logical operation: in this case, the unsigned 16 bits operand is just 0-extended and logically shifted by 
a MUX before the ALU input without managing the carry bit (as all logical instructions combining the shifter with the ALU ). 
[0195] For SUBC instruction, Smem input is shifted by 15 towards MSBs. 

[0196] Memory operands can be processed on the MSB (bits 31 to 16) part of the 40-bit ALU input ports or seen as 
50 a 32-bit data word. Data coming from memory are carried on D and C buses. Combinations of memory data and 1 6-bit 
register are dedicated to Viterbi instructions. In this case, the arithmetic mode is dual 16-bit and the value coming from 
the 16-bit register is duplicated on both ports of the ALU (second 16-bit operand). 

[0197] Destination of result is either the internal Data registers (40-bit accumulators) or memory, using bits 31 to 16 
of the ALU output port. Viterbi MAXD/MIND/MAXDDBL/MINDDBL operations update two accumulators. Table 1 8 shows 
55 the allowed combinations on input ports. 
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16-bit data (RAM) 
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OK 
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40-bit data (reg) 


- 
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OK 


OK 


OK 


16-bit data (immediate) 












shifter 













* : For Viterbi, 16-bit register is duplicated in LSB part 
of X port 

Table 18: Allowed Combinations on Input Ports 

25 

[0198] Status bits generated depend on arithmetic or logic operations and include CARRY, TC1 , TC2 and for each 
Accumulator OV and ZERO bits. 

[0199] When rounding (rnd) is performed, the carry is not updated, (FAMILY mode on or off). 

[0200] When the destination is a memory, there is no update of the zero and overflow bits. 
30 [0201] One exception to this rule: the instruction Smem = Smem + K16 updates the overflow bit of Accumulator 0. 

[0202] When the ALU is used with the shifter, the OV status bit is updated so that overflow flag is the OR of the 

overflow flags of the shifter and the ALU. 

CMPR, BIT and CBIT instructions update TCx bits. 

[0203] For CMPR, the type of the input operands (signed or unsigned) is passed with the instruction. CMPR, MIN 
35 and MAX are sensitive to M40 flag. When this flag is off, comparison is performed on 32 bits while it is done on 40 bits 

when the flag is on. When FAMILY compatibility flag is on, comparisons should always be performed on 40 bits. See 

table 19 below: 



Table 19 



M40 


UNS 


OUTPUT SIGN 


0 


0 


S = (OV32 AND !S31) OR (IOV32 AND S31) 


0 


1 


S=!C31 


1 


0 


S = (OV40 AND !S39) OR (IOV40 AND S39) 


1 


1 


S = !C39 



[0204] When FAMILY = 1 , the sign is determined as if M40 = 1 . 
2.3.3 Dual Operations 



[0205] Figure 32 is a block diagram illustrating a dual 16 bit ALU configuration. In order to support operations on 
dual 16-bit format, the ALU can be split in two sub-units with input operands on 16 bits for the low part, and 24 bits for 
the high part (the 16 bits input operands are sign extended to 24 bits according to SXMD). This is controlled by the 
instruction set. Combination of operations include: 



ADD II ADD, 
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SUB II SUB. 
ADD II SUB, 
SUB II ADD. 

5 [0206] In this embodiment, sources of operands are limited to the following combinations: 

X port: 16-bit data (duplicated on each 16-bit slot) or 40-bit data from accumulators 
Y port: Memory (2x1 6-bit "long" access with sign extension). 

w [0207] Destination of these operations is always an internal Data Register (Accumulator). Overflow status flags will 
be ORed together The Carry bit is taken from the high part of dual operation, and saturation is performed using the 
16-bit data format. This means that only one set of status bits is reported for two computations, so specific software 
handling should be applied to determine which of the two computations set the status content. 

15 2.3 A Viterbi Operations 

[0208] Viterbi operations uses DUAL mode described above and a special comparison instruction that computes 
both the maximum/minimum of two values and their difference. These instructions (MAXD/MIND) operate in dual 16-bit 
mode on internal Data Registers only. Figure 33 shows a functional representation of the MAXD operation. Destination 

20 of the result is the accumulator register set and it is carried out on two buses of 40 bits (one for the maximum/minimum 
value and one for the difference). When used in dual 16-bit format, the scheme described above is applied on high 
and low parts of input buses, separately. The resulting maximum/minimum and difference outputs carry the high and 
low computations. Decision bit update mechanism uses two 16-bit registers called TRN0 and TRN1 . The indicators of 
maximum/minimum value (decision bits) are stored in TRN0 register for the high part of the computation and in TRN1 

25 for the low part. Updating the target register consists of shifting it by one position to the LSBs and inserts the decision 
bit in the MSB. 

2.3.5 ALU Block Diagram 

30 [0209] As a summary of all items above. Figure 34 gives a global view of the ALU unit. It includes selection elements 
for sources and sign extension. ACR0, ACR1 and ACW0, ACW1 are read and write buses of the Data Registers 
(Accumulators) area. DR carries values from the A unit registers area and SH carries the local shifter output. 

2.4 The Shifter Unit: 

35 

[0210] The Shifter unit processes Data as 40 bits. Shifting direction can be left or right. The shifter is used on the 
store path from internal Data Registers (Accumulators) to memory. Around it exist functions to control rounding and 
saturation before storage or to perform normalization. Arithmetic and Logic modes, exceptions and status flags are 
handled as described elsewhere. 

40 

2.4.1 Instruction Set 

[0211] The Shifter Unit executes some basic operations as described below: 
[0212] Shift operations 

45 

SHFTL: left shift (towards MSBs) input operand, 
SHFTR: right shift (towards LSBs) input operand, 
ROL: a bit rotation to the left of input operand, 
ROR: a bit rotation to the right of input operand 
50 SHFTC: conditional shift according to significant bits number 

DSHFT: dual shift by 1 toward LSBs. 

[0213] Logical and Arithmetical Shifts by 1 (toward LSBs or MSBs) operations could be executed using dedicated 
instructions which avoid shift value decode. Execution of these dedicated instructions is equivalent to generic shift 
55 instructions. 

[0214] Arithmetical Shift by 15 (toward MSBs) without shift value decode is performed in case of conditional subtract 
instruction performed using ALU Unit. 
[021 5] Arithmetic operations 
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5 



RNDSAT: rounding and then saturation 

EXP: sign position detection on input operand, 

EXP_NORM: sign pos. detect and shift to the MSBs, 

COUNT: count number of ones. 

FLDXTRC: field extraction of bits, 

FLDXPND: field expand to add bits. 



2.4.2 Input Operands 



10 



[0216] Possible sources of operands are defined below: 



15 



from memory 

from internal Data registers 
from other 16-bit registers 



1 16-bit data from RAM, 

2 40-bit data, 
1 16-bit data. 



[0217] Memory operands can be processed on the LSB (bits 15 to 0) part of the 40-bit input port of the shifter or be 
seen as a 32-bit data word. Data coming from memory are carried on D and C buses. For 32-bit data format, the D 
bus carries word bits 31 to 16 and the C bus carries bits 15 to 0 (this is the same as in the ALU). 
[0218] Destination of results is either a 40-bit Accumulator, a 16-bit data register from the A unit (EXP, EXP_NORM) 
or the data memory (16-bit format). 

[0219] The status bits updated by this operator are CARRY or TC2 bits (during a shift operation). CARRY or TC2 
bits can also be used as shift input. 

2.4.3 DUAL Shift 

[0220] A DUAL shift by 1 towards LSB is defined in another section. 

2.4.4 The EXP, COUNT and RNDSAT Functions 

[0221] EXP computes the sign position of a data stored in an Accumulator (40-bit). This position is analyzed on the 
32-bit data representation (so ranging from 0 to 31). Search for sign sequence starts at bit position 39 (corresponding 
to sign position 0) down to bit position 0 (sign position 39). An offset of 8 is subtracted to the search result in order to 
align on the 32-bit representation. Final shift range can also be used within the same cycle as a left shift control pa- 
rameter (EXPSFTL). The destination of the EXP function is a DR register (16-bit Data register). In case of EXPSFTL, 
the returned value is the 2's-complement of the range applied to the shifter; if the initial Accumulator content is equal 
to zero then no shift occurs and the DR register is loaded with 0x8000. 

[0222] COUNT computes the number of bits at high level on an AND operation between ACx/ACy, and updates TCx 
according to the count result. 

[0223] The RNDSAT instruction controls rounding and saturation computation on the output of the shifter or on an 
Accumulator content having the memory as destination. Rounding and saturation follow rules as described earlier 
Saturation is performed on 32-bit only, no overflow is reported and the CARRY is not updated. 

2.4.5 The FLDXTRC and FLDXPND functions 

[0224] Field extraction (FLDXTRC) and expansion (FLDXPND) functions allow to manipulate fields of bits within a 
word. Field extract consist of getting, through a constant mask on 16 bits, bits from an accumulator and compact them 
into an unsigned value stored in an accumulator or a generic register from the A unit. 

[0225] Field expand is the reverse. Starting from the field stored in an accumulator and the 16-bit constant mask, 
put the bits of the bit field in locations of the destination (another accumulator or a generic register), according to 
position of bits at 1 in the mask. 

2.4.6 Shifter Unit Block Diagram 

[0226] As a summary of all items above, Figure 35 gives a global view of the Shifter Unit. It includes selection elements 
for sources and sign extension. ACR0-1 and ACW1 are read and write buses from and to the Accumulators. DR and 
DRo buses are read and write buses to 16-bit registers area. The E bus is one of the write buses to memory. The SH 
bus carries the shifter output to the ALU. 
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2.5 The Data Registers 

[0227] There are 4 40-bit Data registers available for local storage of results from the Units described on previous 
chapters, called Accumulators. 

[0228] These registers support read and write bandwidth according to Units needs. They also have links to memory 
for direct moves in parallel of computations. In terms of formats, they support 40-bit and dual 16-bit internal represen- 
tations. 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



2.5.1 Read Operations Destinations 
[0229] 



for units operations 

for memory write operations 

for 16-b regs wr. & CALUGOTO 



2 40-bit buses (ACRO, ACR1) 
4 16-bit buses (D, C, E, F) 
1 24-bit bus (DRo) 



[0230] Registers to memory write operations can be performed on 32 bits. Hence, low and high 16 bits part of Ac- 
cumulators can be stored in memory in one cycle, depending of the destination address (the LSB is toggled following 
the rule below): 

if the destination address is odd, the 16 MSBs are read from that address and the 16 LSBs are read from the 
address - 1 . 

if the destination address is even, the 16 MSBs are read from that address and the 16 LSBs are read from the 
address + 1. 

[0231] The guard bits area can also be stored using one of the 16-bit write buses to memory (the 8 MSBs are then 
forced to 0). 

[0232] Dual operations are also supported within the Accumulators register bank and two accumulators high or low 
parts can be stored in memory at a time, using the write buses. 

[0233] Storage to the 16-bit registers area is supported through a 24-bit bus: the 16 LSBs of the Accumulator are 
put on the DRo bus. This bus will be used as a general return path from the D Unit to the A unit (including operations 
results that use a DR as destination). This creates a limitation in the available instruction parallelism. 
[0234] For a CALL/GOTO instruction, the 24 LSBs of the Accumulator are put on the DRo bus. 

2.5.2 Write Operations Sources 

[0235] 



from units results 
from memory 
from decode stage 



2 40-bit buses (ACW0, ACW1 ) 
4 16-bit buses (D, C, E, F) 
1 16-bit bus (K) 



[0236] Same remarks apply here for memory source, as 32-bit or dual write to the registers bank is supported. The 
guard bits area can also be written, in that case, the 8 MSBs are lost. 

[0237] The byte format is also supported: 8 MSBs or LSBs are put in the Accumulator at position 7 to 0, bits 39 to 8 
are equal to bit 7 or 0, depending of the sign extension. 

[0238] When a write operation is performed, either from memory of from computation, in one of the registers (implicit 
or MMR), zero, sign and status bits are updated (zero and sign bits only when from memory), according to rules defined 
elsewhere in this document. If a 16 bits shift is performed before the write, the overflow bit has to be updated also. 
There is one set of these bits per Accumulator. 

[0239] Accumulator to Accumulator moves (ACx -> ACy) are also performed in this unit. 

[0240] Load instructions of 16-bit operand (Smem, Xmem or Constant) with a 16 bits implicit shift value use a ded- 
icated register path with hardware for overflow and saturation functions. In case of double load instructions of long 
word (Lmem) with a 1 6 bits implicit shift value, one part is done in the register file, the other one in the ALU . Functionality 
of this register path is: 



1 . Sign extension according to SXMD status bit and uns() keyword 
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2. Shift by #16 towards MSB if instruction requires it 

3. Overflow detection and saturation according to SATD status bit 

[0241] There are also 2 16-bit registers: TRNO and TRN1 used for min/max diff operations. 

5 

2.5.3 Data Registers Connections Diagram 

[0242] Each read or write port dedicated to the operating units (buses ACR0-1 and ACW0-1) have their own 2-bit 
addresses. For moves to and from memory or to the A unit, two 2-bit address fields are shared by all accesses. Writing 
10 from memory is performed at the end of the EXECUTION phase of the pipeline. Figure 36 is a block diagram which 
gives a global view of the accumulator bank organization. 

2.5.4 Zero and Sign Bits 

15 [0243] Zero flag is set as follows: 
if FAMILY = 0: 
if M40 = 0: 

zero = Z31 
if M40= 1: 
20 zero = Z39 

if FAMILY = 1: 

zero = Z39 with Z31/Z39: zeros on 32/40 bits from the different DU sub-modules. 
[0244] From an Accumulator, Sign flag is set as follows: 
if FAMILY = 0: 
25 if M40 = 0: 

sign = bit 31 
if M40 = 1: 

sign = bit 39 
if FAMILY =1: 
30 sign = bit 39 

2.6 Status bits and Control Flags 

[0245] As a summary of previous chapters, the list below shows all flags that controls arithmetic operations: 

35 

SXMD: Sign extension flag 

SATD: Saturation control flag (force saturation when ON) 
M40: 40/32 bit mode flag 
FRCT: Fractional mode flag 
40 RDM: Unbiased rounding mode flag 

GSM: GSM saturation control flag 
FAMILY: an earlier family processor compatibility mode 

[0246] Status bits used both as input for operations and as results of arithmetic and logic operations are listed below. 
45 Overflow and zero detection as well as sign are associated with each Accumulator register. When shifter is operating 
as a source of the ALU, the Carry bit is generated by the ALU only. Overflow and zero flags are generated according 
to rules in chapters II, III and IV (especially dual mode - 4.3): 

OVAO-3: overflow detection from ALU, MAC or shifter operations 
50 CARRY: result of ALU (out of bit 39) or shifter operations 

TC1-2: test bits for ALU or shifter operations 

ZAO-3: zero detection from ALU, MAC, shifter or LOAD in register operations 
SAO-3: sign of ALU, MAC, shifter or LOAD in register operations 



55 
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3. A Unit 

3.1 A Unit Main Blocks 

[0247] Figure 37 is a block diagram illustrating the main functional units of the A unit. 

[0248] Figure 38 is a block diagram illustrating Address generation 

[0249] Figure 39 is a block diagram of Offset computation (OFUJC, OFU_Y, OFU_C) 

[0250] Figures 40A-C are block diagrams of Linear / circular post modification (PMU_X, PMU_Y, PMU_C) 

[0251] Figure 41 is a block diagram of the Arithmetic and logic unit (ALU) 

[0252] The A unit supports 16 bit operations and 8 bit load/store. Most of the address computation is performed by 
the DAGEN thanks to powerful modifiers. All the pointers registers and associated offset registers are implemented 
as 16 bit registers. The 16 bit address is then concatenated to the main data page to build a 24 bit memory address. 

The A unit supports an overflow detection but no overflow is reported as a status bit register for conditional execution 
like for the accumulators in the D unit. 

A saturation is performed when the status register bit SATA is set. 

[0253] Figure 42 is a block diagram illustrating bus organization 

[0254] Table 20 summarizes DAGEN resources dispatch versus Instruction Class 



Table 20 



uMociN mocie 


uAotiN pains useo 


active requests 


DAG_X 


X 




DAG_Y 


Y 


- 


P_MOD_Y 


Y 


- 


Smem R 


X 


dreq 




[Coeff] 


[breq] 


Smem W 

1 MUM 1 TV 


Y 


ereq 


Lmem_r\ 


v 


dreq, doubler 


Lmem_W 


Y 


ereq, doublew 


SmemJRW 


X 


dreq, ereq 


Smem_WF 


Y 


freq 


Lmem_WF 


Y 


freq, doublew 


Smem_RDW 


X 


dreq 




Y 


ereq 


Smem_RWD 


X 


dreq 




Y 


ereq 


Lmem_RDW 


X 


dreq, doubler 




Y 


ereq, doublew 


Lmem_RWD 


X 


dreq, doubler 




Y 


ereq, doublew 


Dual_WW 


X 


freq 




Y 


ereq 


Dual_RR 


X 


dreq 




Y 


ereq 




[Coeff] 


[breq] 


DuaLRW 


X 


dreq 




Y 


ereq 
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Table 20 (continued) 



30 



DAGEN mode 


DAGEN paths used 


active requests 


DuaLRWF 


X 


creq, doubler 




Y 


freq, doublew 


Delay 


X 


dreq 




Y 


ereq 




[Coeff] 


Fbreql 


Stack_R 


Stack 


dreq 


oiacK_vv 


oiacK 


ereq 


Stack_RR, Stack_RR_C 


Stack 


dreq, creq 


Stack J/VW, Stack_WW_C 


Stack 


ereq, freq 


Smem_R_Stack_W 


Stack 


ereq 




X 


dreq 


Stack_R_Smem_W 


Stack 


dreq 




Y 


ereq 


Smem_R_Stack_WW 


Stack 


ereq, freq 




X 


dreq 


Stack_RR_Smem_W 


Stack 


dreq, creq 




Y 


ereq 


Lmem_R_Stack_WW 


Stack 


ereq, freq 




X 


dreq, doubler 


Stack_RR_Lmem_W 


Stack 


dreq, creq 




Y 


ereq, doublew 


NO DAG 







4. CPU registers 
35 4.1 Status Registers (STO, ST1) 

[0255] The processor has 4 status and control registers which contain various conditions and modes of the processor: 

• Status register 0: STO 
40 • Status register 1 : ST1 

• Status register 2 : ST2 

• Status register 3 : ST3 

[0256] These registers are memory mapped and can be saved from data memory for subroutine or interrupt service 
45 routines ISR. The various bits of these registers can be set and reset through following examples of instructions (for 
more detail see instruction set description): 

• Bit(STx, k4) = #0 

• Bit(STx, k4) = #1 

50 • @MMR = k16 || mmap() ; with MMR being an STO, 1, 2, or 3 Memory Map address 

[0257] In regards of compatibility, an earlier family processor and the processor ST0/1 status registers do not have 
fully compatible bit mappings : this is explained due to new processor features. This implies that an earlier family 
processor translated code which accesses to these status registers through other means than above instructions may 
55 not operate correctly. 
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4.1.1 Status Register STO 

[0258] Table 21 summarizes the bit assignments for status register STO. 



Table 21 - 



STO bit assignments 


15 


14 


13 


12 


11 


10 
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8 
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6 
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4 


3 


2 


1 


0 


AC 


AC 


AC 


AC 


C 


T 


T 


DP 


DP 


DP 


DP 


DP 


DP 


DP 


DP 


DP 


OV 


OV 


OV 


OV 




c 


c 


15 


14 


13 


12 


11 


10 


09 


08 


07 


3 


2 


1 


0 




2 


1 





















DP[15-7] Data page pointer. This 9 bit field is the image of the DP[15:07] local data page register. This bit field is 
kept for compatibility for an earlier family processor code that is ported on the processor device. 
In enhanced mode (when FAMILY status bit is set to 0), the local data page register should not be manip- 
ulated from the STO register but directly from the DP register. 
DP[14-7] is set to Oh at reset. 

ACOV0 Overflow flag bit for accumulator AC0: Overflow detection depends on M40 status bit (see ST1 ): 

• M40 = 0 -> overflow is detected at bit position 31 
M40 = 1 -» overflow is detected at bit position 39 

The ACOVx flag is set when an overflow occurs at execution of arithmetical operations (+, «, *) in the D 
unit ALU, the D unit shifter or the D unit MAC. Once an overflow occurs the ACOVx remains set until either: 

• A reset is performed. 

• A conditional goto(), call(), returnQ, execute() or repeat() instructions is executed using the condition [!]overflow 
(ACx). 

The following instruction clears ACOVx: bit(ST0,k4) = #0. 

ACOVx is cleared at reset 
When M40 is set to 0, an earlier family processor compatibility is ensured. 

ACOV1 Overflow flag bit for accumulator AC1 : See above ACOV0. 
ACOV2 Overflow flag bit for accumulator AC2 : See above ACOV0. 
ACOV3 Overflow flag bit for accumulator AC3 : See above ACOV0. 

C Carry bit : The carry bit is set if the result of an addition performed in the D unit ALU generates a carry or 
is cleared if the result of a subtraction in the D unit ALU generates a borrow. The carry detection depends 
on M40 status bit : 

M40 = 0 -» the carry is detected at position 32 
M40 = 1 -> the carry is detected at position 40 

The C bit is affected by all the arithmetic operations including : 

dst = min(src, dst) when the destination register is an accumulator. 

• dst = max(src, dst) when the destination register is an accumulator. 

• ACy = |Acx| 

• ACy = - ACx. 

• subc( Smem, ACx, ACy) 

However, when following instructions are executed, if the result of the addition (subtraction) generates a carry 
(respectively a borrow), the Carry status bit is set (respectively reset), otherwise it is not affected : 

• ACy = ACx + (Smem « #1 6) 

• ACy = ACx - (Smem « #16) 



[0259] The Carry bit may also be updated by shifting operations: 
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For logical shift instructions the Carry bit is always updated. 

For arithmetic shift instructions, the software programmer has the flexibility to update Carry or not. 
For rotate instructions, the software programmer has the flexibility to update Carry or not. C is set at reset. 
When M40 is set to 0, an earlier family processor compatibility is ensured. 

5 

TC1.TC2 Test/control flag bit : All the test instructions which affect the test/control flag provide the flexibility to 
get test result either in TC1 or TC2 status bit. The TCx bit is affected by instructions tike (for more details 
see specific instruction definition): 

10 • ACx = sftc(ACx.TCx) 

• DRx = count(ACx,ACy,TCx) 

• TCy = [!]TCx op uns(src RELOP dst) {==<=>,!=] with op being & or I 

• dst = [TC2.C] \\ src \\ [TC2,C] 

• dst = [TC2.C] // src // [TC2.C] 
15 • TCx = bit(Smem,k4) 

• TCx = bit(Smem,k4), bit(Smem, k4) = #0 

• TCx = bit(Smem,k4), bit(Smem, k4) = #1 

• TCx = bit(Smem.k4), cbit(Smem, k4) 

• TCx = bit(Smem.src) 
20 • TCx = bit(src.Baddr) 

• TCx = (Smem==K16) 

• TCx = Smem&k16 

• dst = dst «< #1 shift output -> TC2 

• dst = dst »> #1 shift output TC2 

25 

TC1 , TC2 or any Boolean expression of TC1 and TC2 can then be used as a trigger in any conditional 
instruction : conditional goto(), call(), return(), execute() and repeat() instructions 
TC1 , TC2 are set at reset. 

30 [0260] an earlier family processor compatibility is ensured and TC2 maps an earlier family processor TC bit. 
4.1.2 Status Register ST1 

[0261] Table 22 summarizes the bit assignments of status register ST1 . 

35 



Table 22 - 





ST1 bit assignments 


15 


14 


13 


12 


11 


10 
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40 


D 
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A 
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X 


I 


A 


C 


F 


S 


G 


R 


F 


M 


S 


S 




B 


A 


B 


C 


C 


N 


R 


P 


A 


A 


S 


D 


R 


4 


A 


X 




G 


L 


O 


N 


N 


T 


M 


L 


M 


T 


M 


M 


C 


0 


T 


M 




M 


L 
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A 


D 


M 


S 




I 


A 






T 




D 


D 
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O 


T 












L 




















w 


I 












Y 

















SXMD Sign extension in D unit : SXMD impacts load in accumulators, +, « operations performed in the D unit ALU 
and in the D unit Shifter. 

50 

• SXMD = 1 -> Input operands are sign extended to 40 bits. 
SXMD = 0 -> Input operands are zero extended to 40 bits. 

For |, & , A , \\, //, «< operations performed in the D unit ALU and in the D unit Shifter : 

• Regardless of SXMD value, input operands are always zero extended to 40 bits. 
55 For operations performed in the D unit MAC: 

Regardless of SXMD value, 16 bit input operands are always sign extended to 17 bits. 

Some arithmetical instructions handle unsigned operands regardless of the state of the SXMD mode. The 

algebraic assembler syntax requires to qualify these operands by the uns() keyword. 
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SXMD is set at reset. 

an earlier family processor compatibility is ensured and SXMD maps an earlier family processor SXM bit. 

SATD Saturation (not) activated in D unit. The Overflow detection performed on ACx accumulator registers (see 
5 ACOVx definition in section Error! Reference source not found.), permits to support saturation on signed 32 

bit computation and signed 40 bit computation. 

SATD = 0 -» No saturation is performed 

SATD = 1 -> Upon a detected overflow, a saturation is performed on ACx accumulator registers. Since 
10 overflow detection depends on M40 bit, 2 sets of saturation value exist : 

M40 = 0 ACx saturate to 00 7FFF FFFFH or FF 8000 0000H 
M40 = 1 -> ACx saturate to 7F FFFF FFFFH or 80 0000 0000H 

SATD is cleared at reset. 

*5 When M40 is set to 0, an earlier family processor compatibility is ensured and SATD maps an earlier family 

processor OVM bit. 

M40 40 bit / 32 bit computation in D unit : M40 status bit defines the significant bit-width of the 40-bit computation 
performed in the D-unit ALU, the D-unit Shifter and the D-unit MAC: 

20 • M40 = 1 -> the accumulators significant bit-width are bits 39 to 0: therefore each time an operation is 

performed within the D-unit: 

• Accumulator sign bit position is extracted at bit position 39, 

• Accumulator's equality versus zero is determined by comparing bits 39 to 0 versus 0. 

• Arithmetic overflow detection is performed at bit position 39. 
25 • Carry status bit is extracted at bit position 40. 

• «, <«, W, // operations in the D unit shifter operator, are performed on 40 bits. 

• M40 = 0 -> the accumulators significant bit-width are bit 31 to 0: therefore each time an operation is per- 
formed within the D-unit: 

30 • Accumulator sign bit position is extracted at bit position 31 , 

• Accumulator's equality versus zero is determined by comparing bits 31 to 0 versus 0. 

• Arithmetic overflow detection is performed at bit position 31 . 
Carry status bit is extracted at bit position 32. 

• «, <«, \\, // operations in the D unit shifter operator, are performed on 32 bits. Note that for <«, \\, // 
35 operations, accumulator guard bits are cleared; and for « operations, accumulator guard bits are filled 

with the shift result sign according to SXMD status bit 

Note that for each accumulator ACx, accumulator sign and accumulator's equality versus zero are 
determined at each operations updating accumulators. 

• The determined sign (Sx) and zero (Zx) are stored in system status bits (hidden to the user). 

40 • Sx and Zx bits are then used in the conditional operations when a condition is testing an accumulator versus 

0. (see conditional goto(), call(). return(), executeQ and repeatQ instructions). 
M40 is cleared at reset 

an earlier family processor compatibility is ensured, when M40 is set to 0 and FAMILY status bit is 
set to 1, in compatible mode: 
^5 • Accumulator sign bit position is extracted at bit position 39, 

• Accumulator's equality versus zero is determined by comparing bits 39 to 0 versus 0. 

• « operation is performed in the D unit shifter as if M40 = 1 . 

FRCT Fractional mode : When the FRCT bit is set the multiplier output is left shifted by one bit to compensate for an 
50 extra sign bit resulting from the multiplication of 2 signed operands in the D unit MACs operators. 

FRCT is cleared at reset. 

RDM Rounding mode : This status bit permit to select between two rounding modes. A rounding is performed on 
operands qualified by the rnd() key word in specific instructions executed in the D-unit operators (multiplication 
instructions, accumulator move instructions and accumulator store instructions) 

55 

• When RDM = 0, 2 15 is added to the 40 bit operand and then the LSB field [15:0] is cleared to generate the 
final result in 16/24 bit representation where only the fields [31:16] or [39:16] are meaningful. 

When RDM = 1 , Rounding to the nearest is performed : the rounding operation depends on LSB field range. 
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Final result is in 16 / 24 bit representation where only the fields [31:16] or [39:16] are meaningful. 

• If (0=<LSB field [15:0] < 

LSB field [15:0] is cleared. 

• If (2 15 < LSB field [15:0] < 2 16 ) 

5 2 15 is added to the 40 bit operand and then the LSB field [1 5:0] is cleared. 

• lf( LSB field [15:0] == 2 15 ) 

If the MSB field [31:16] is an odd value, then 2 15 is added to the 40 bit operand and then the LSB 
field [15:0] is cleared. 

RDM is cleared at reset. 

10 an earlier family processor compatibility is ensured when RDM is set to 0 and FAMILY status bit is 

set to 1. In compatible mode, following instructions do not clear accumulators LSB[15:0] after rounding 
operation : 

• ACy = saturate(rnd(ACx)) 

• ACy = rnd(ACx) 

15 • lms(Xmem, Ymem, ACx, ACy) 

GSM GSM saturation mode. 

When GSM saturation mode, FRCT mode and SATD mode are set to 1, all multiplication instruction where 
both multiply operands are equal to -2 15 saturate to 0x00.7FFF.FFFF value. For Multiply and accumulate (sub- 
20 tract) instructions, this saturation is performed after the multiplication and before the addition (respectively sub- 

traction). 

GSM is cleared at reset. 

GSM maps an earlier family processor SMUL bit and an earlier family processor compatibility is ensured. 
SATA Saturation (not) activated in A unit. An Overflow detection is performed on address and data registers (ARx and 
25 DRx) in order to support saturation on signed 16 bit computation, however, the overflow is not reported within 

any status bit. 

The overflow is detected at bit position 15 and only on + , - , « arithmetical operations performed in the A unit 
ALU. 

30 • SATA = 1 -» Upon a detected overflow a saturation occurs : 

ARx and DRx saturate to 7FFFH or 8000H. 
• SATA = 0 -> No saturation occurs 
The SATA bit cleared at reset. 

35 FAMILY an earlierfamily processor compatible mode : This status bit enables the processor to execute software 

modules resulting from a translation of an earlier family processor assembly code to the processor 
assembly code. 

• When FAMILY = 0, the processor device is supposed to execute native processor code: the proc- 
40 essor is said to operate in enhanced mode. In this mode, ail processor features are available to 

the software programmer. 

• When FAMILY = 1 the processor device is supposed to execute an earlier family processor trans- 
lated code: the processor is said to operate in compatible mode. In this mode, a hardware support 
is enabled in order to have an earlier family processor translated code executed accurately on the 

45 processor. 

The FAMILY status bit is cleared at reset. 

CPL Compiler mode : This status bit selects either the data page pointer (DP) or the data stack pointer (SP) 
for direct memory accesses (dma) (see memory addressing modes). 

50 

When CPL = 0 -» Direct addressing mode is relative to DP: the processor is said to operate in 
application mode. 

When CPL = 1 ^ Direct addressing mode is relative to SP : the processor is said to operate in 
compiler mode. 
55 CPL is cleared at reset. 



ARMS 



ARx modifiers switch: This status bits permits to select between two sets of modifiers for indirect mem- 
ory accesses (see memory addressing modes). 
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When ARMS = 0, A set of modifiers enabling efficient execution of DSP intensive applications are 
available for indirect memory accesses : the processor is said to operate in DSP mode. 
When ARMS = 1, A set of modifiers enabling optimized code size of Control code are available 
for indirect memory accesses : the processor is said to operate in Control mode. 
ARMS is cleared at reset. 

INTM Interrupt mode : 

• INTM = 0 -> All unmasked interrupts are enabled 
INTM = 1 All maskable interrupts are disabled. 

INTM is set at reset or when a maskable interrupt trap is taken : intr() instruction or external 
interrupt. INTM is cleared on return from interrupt by the execution of the return instruction. 
INTM has no effect on non maskable interrupts (reset and NMI) 

XCNA Conditional execution control Address Read only 

XCNA & XCND bit save the conditional execution context in order to allow to take an interrupt in 
between the * if (cond) execute' statement and the conditional instruction (or pair of instructions). 

instruction (n-1) II if (cond) execute (ADJJnit) 

instruction (n) II instruction (n+1) 
XCNA = 1 Enables the next instruction address slot update. By default the XCNA bit is set. 

• XCNA=0 Disables the next instruction address slot update. The XCNA bit is cleared in case of 
, execute(AD_Unit)' statement and if the evaluated condition is false. 

XCNA can't be written by the user software. Write is only allowed in interrupt context restore. There 
is no pipeline protection for read access. XCNA is always read as '0' by the user software. 
Emulation has R/W access trough DT-DMA. 
XCNA is set at reset. 

XCND Conditional execution control Data Read only 

XCNA & XCND bit save the conditional execution context in order to allow to take an interrupt in 
between the ' if (cond) execute' statement and the conditional instruction (or pair of instructions). 

instruction (n-1) II if (cond) execute (ADJJnit) 

instruction (n) II instruction (n+1) 
XCND = 1 Enables the next instruction execution slot update. By default the XCND bit is set. 
XCND = 0 Disables the next instruction execution slot update. The XCND bit is cleared in case of 
'execute( ADJJnit)' or 'execute(DJJnit)' statement and if the evaluated condition is false. 
XCND can't be written by the user software. Write is only allowed in interrupt context restore. There 
is no pipeline protection for read access. XCND is always read as '0' by the user software. 
Emulation has R/W access trough DT-DMA. 

• XCND is set at reset. 

ABORTI Emulation control <- EMULATION feature 

ABORTI = 1 Indicates that an interrupt service routine (ISR) is not be returned from. This 
signal is exported to an emulation support module. This clears the IDS (interrupt during debug) 
and HPI (high priority interrupt) bits in the debug status register and resets the Debug Frame 
Counter. This causes the emulation software to disregard any and all outstanding debug states 
entered from high priority interrupts since the processor was stopped by an emulation event. 
ABORTI = 0 Default operating mode 
ABORTI is cleared at reset. 

EALLOW Emulation access enable bit <- EMULATION feature 

EALLOW = 1 Non CPU emulation registers write access enabled. 
EALLOW = 0 Non CPU emulation registers write access disabled 
EALLOW bit is cleared at reset. 

The current state of EALLOW is automatically saved during an interrupt / trap operation. 



EP0 992 916 A1 



The EALLOW bit is automatically cleared by the interrupt or trap. At the very start of an interrupt 
service routine (ISR), access to the non-CPU emulation registers is disabled. The user can re- 
enable access using the instruction : bit(ST1, EALLOW) = #1. 

The [d]return_int instruction restores the previous state of the EALLOW bit saved on the stack. 

The emulation module can override the EALLOW bit (clear only). The clear from The emulation 
module can occur on any pipeline slot. In case of conflict the emulator access get the highest 
priority. The CPU has the visibility on emulator override from EALLOW bit read. 

DBGM Debug enable mask bit <-EMULATION feature 

DBGM = 1 Blocks debug events from time critical portions of the code execution. Debug access 
is disabled. 

DBGM = 0 Debug access is enabled. 

The current state of DBGM is automatically saved during an interrupt/trap operation. 
The DBGM bit is automatically set by the interrupt or trap. At the very start of an interrupt service 
routine (ISR), the debug events are blocked. The user can re-enable debug access using the 
instruction : bit(ST1 ,DBGM) = #0. 

• The [djreturnjnt instruction restores the previous state of the DBGM bit saved on the stack. 

• The pipeline protection scheme requires that DBGM can be set/clear only by the dedicated in- 
struction bit(ST1 ,k4) = #1 , bit(ST1 ,k4) = #0. ST1 access as memory mapped register or bit(Smem, 
k4) = #0, bit(Smem,k4) = #1 , cbit(Smem,k4) have no effect on DBGM status bit. 

Emulation has R/W access to DBGM through DT-DMA 

• DBGM is set at reset. 

• DBGM is ignored in STOP mode emulation from software policy. estop_0() and estop_1 () instruc- 
tions will cause the device to halt regardless of DBGM state. 

4.1 .3 Compatibility with an earlier family processor 

[0262] The processor status registers bit organization has been reworked due to new features and rational modes 
grouping, This implies that the translator has to re-map the set, dear and test status register bit instructions according 
to the processor spec. It has also to track copy of status register into register or memory in case a bit manipulation is 
performed on the copy. We may assume that indirect access to status register is used only for move. 

4.2 Pointer configuration register (ST2) Linear / Circular addressing 

[0263] Table 23 summarizes the bit assignments of status register ST2. 

[0264] This register is a pointer configuration register. Within this register, for each pointer register AR0, 1 , 2, 3, 4, 
5, 6, 7 and CDP, 1 bit defines if this pointer register is used to make : 

• Linear addressing , 

• Or circular addressing. 



Table 23 - 



bit assignments for ST2 
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0 
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L 
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C 


C 


C 


C 


C 


C 


C 



AR0LC AR0 configured in Linear or Circular addressing : 
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AROLC = 0 -> Linear configuration is enabled. 
AROLC = 1 Circular configuration is enabled 
AROLC is cleared at reset 



10 



15 



AR1LC AR1 configured in Linear or Circular addressing : (see above AROLC). 

AR2LC AR2 configured in Linear or Circular addressing : (see above AROLC). 

AR3LC AR3 configured in Linear or Circular addressing : (see above AROLC). 

AR4LC AR4 configured in Linear or Circular addressing : (see above AROLC). 

AR5LC AR5 configured in Linear or Circular addressing : (see above AROLC). 

AR6LC AR6 configured in Linear or Circular addressing : (see above AROLC). 

AR7LC AR7 configured in Linear or Circular addressing : (see above AROLC). 

CDPLC CDP configured in Linear or Circular addressing : (see above AROLC). 

4.3 System control register (ST3) 

[0265] Table 24 summarizes the bit assignments of status register ST3. 

Table 24 : 



Bit assignments for ST3 
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20 



25 



HOMP Host only access mode Peripherals 

30 

HOMP = 1 By setting this bit the DSP requires the peripherals to be owned by the host processor. 
This request is exported to the external bus bridge and the operating mode will switch from SAM 
(shared) to HOM (host only) based on the arbitration protocol ( i.e. on going transactions 
completion ...). The external bus bridge returns the state of the active operating mode. The DSP can 

35 pull the HOMP bit to check the active operating mode. 

HOMP = 0 By clearing this bit the DSP requires the peripherals to be shared by the DSP and the 
host processor. This request is exported to the external bus bridge and the operating mode will switch 
from HOM (host only) to SAM (shared) based on the arbitration protocol (i.e. on going transactions 
completion ...). The external bus bridge returns the state of the active operating mode. The DSP can 

40 pull the HOMP bit to check the active operating mode. 

HOMP is set at reset. 

• bit(ST3,k4) = #0 [1] instruction reads the ST3 register, performs the logical operation with mask 
derived from k4 in ALU 16, then writes back to ST3 register. 

TCx = bit(@ST3,k4) II mmap() instruction evaluates TCx from the status returned by the external 
45 bus bridge. 



HOMR Shared access mode API RAM 



HOMR = 1 By setting this bit the DSP requires the API RAM to be owned by the nost processor. This 
request is exported to the API module and the operating mode will switch from SAM (shared) to HOM 
(host only) based on the arbitration protocol (i.e. on going transactions completion ...). The API mod- 
ule returns the state of the active operating mode. The DSP can pull the HOMR bit to check the 
active operating mode. 

• HOMR = 0 By clearing this bit the DSP requires the API RAM to be shared by the DSP and the host 
processor. This request is exported to the API module and the operating mode will switch from HOM 
(host only) to SAM (shared) based on the arbitration protocol ( i.e. on-going transactions 
completion ...). The API module returns the state of the active operating mode. The DSP can pull 
the HOMR bit to check the active operating mode. 
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HOMR is set at reset. 

bit(ST3,k4) = #0 [1] instruction reads the ST3 register, performs the logical operation with mask 
derived from k4 in ALU 16, then writes back to ST3 register. 

TCx = bit(@ST3,k4) II mmap() instruction evaluates TCx from the status returned by the external 
bus bridge. 



HOMX 



Host only access mode provision for future system support 



10 



This system control bit is managed through the same scheme as HOMP & HOMR. This a provision 
for an operating mode control defined out of the CPU boundary. 
HOMX is set at reset 



HOMY 



Host only access mode provision for future system support 



15 



This system control bit is managed through the same scheme as HOMP & HOMR. This a provision 
for an operating mode control defined out of the CPU boundary. 
HOMY is set at reset. 



20 



25 



HINT Host interrupt 

• The DSP can set and clear by software the HINT bit in order to send an interrupt request to an Host 
processor. The interrupt pulse is managed by software. The request pulse is active low : a software 
clear / set sequence is required, there is no acknowledge path from the Host. 

• This interrupt request signal is directly exported at the megacell boundary. The interrupt pending flag 
is implemented in the User gates as part of the DSP / HOST interface. 

HINT is set at reset. 



30 



XF External Flag 

XF if a general purpose external output flag bit which can be manipulated by software and exported 
to the CPU boundary. 
XF is cleared at reset. 



35 



40 



CBERR CPU bus error 

• CBERR is set when an internal 'bus error 1 is detected. This error event is then merged with errors 
tracked in other modules like MMI, external bus, DMA in order to set the bus error interrupt flag 
IBERR into the IFR1 register. See the 'Bus error* chapter for more details. 

• The interrupt subroutine has to clear the CBERR flag before return to the main program. 

• CBERR is a clear-only flag. The user code can't set the CBERR bit. 

• CBERR is cleared at reset. 



MP/NMC Microprocessor / microcomputer mode 



45 



50 



AVIS 



MP/NMC enables / disables the on chip ROM to be addressable in program memory space. ( See 
pipeline protection note) 

MP / NMC = 0 The on chip ROM is enabled and addressable 
• MP / NMC = 1 The on chip ROM is not available. 

MP / NMC is set to the value corresponding to the logic level on the MP/NMC pin when sampled at 
reset. This pin is not sampled again until the next reset. The 'reset' instruction doesn't affect this bit. 
This bit can be also set and cleared by software. 

Address visibility mode 



55 



AVIS = 0 The external address lines do not change with the internal program address. Control and 
data lines are not affected and the address bus is driven with the last address on the bus. ( See 
pipeline protection note) 

AVIS = 1 This mode allows the internal program address to appear at the megacell boundary so that 
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the internal program address can be traced. In case of Cache access on top fetch from internal 
memory, the internal program bus can be traced. The user can for debug purposes disable by soft- 
ware the Cache from the CAEN bit. 
The AVIS status register bit is exported to the MMI module. 
5 • AVIS is cleared at reset. 

CACLR Cache clear 

CACLR = 1 All the Cache blocks are invalid. The amount of cycles required to clear the Cache is 
10 dependent on the memory architecture. When the Cache is flushed the contents of the prefetch 

queue in the instructions buffer unit is automatically flushed. ( See pipeline protection note) 

• CACLR = 0 The CACLR bit is cleared by the Cache hardware upon completion of Cache clear proc- 
ess. The software can pull the CACLR flag to check Cache clear procedure completion. 

If an interrupt is taken within the Cache clear sequence, it's latency and duration will be affected due 
*5 to execution from external memory. It is recommended to install critical ISR's on internal RAM. 

• CACLR is cleared at reset. 

CAEN Cache enable 

20 • CAEN= 1 Program fetches will either occur from the Cache, from the internal memory or from the 

direct path to external memory, via the MMI depending on the program address decode. ( See pipeline 
protection note) 

• CAEN = 0 The Cache controller will never receive a program request, hence all program requests 
will be handled either by the internal memory or the external memory via the MMI depending on 

25 address decode. 

The CAEN signal is not sent to the Cache module, bur to the memory interface (MIF) where it is used 
as a gating mechanism for the master program request signal from the IBU to provide individual 
program requests to the Cache, MMI, API, SRAM and DRAM. 

When the Cache is disabled by clearing the CAEN bit, the contents of the pre-fetch queue in the 
30 instructions buffer unit is automatically flushed. 

CAEN is cleared at reset. 

CAFRZ Cache freeze 

35 • CAFRZ= 1 The Cache freeze provides a mechanism whereby the Cache can be locked, so that it's 

contents are not updated on a cache miss, but it's contents are still available for Cache hits. This 
means that a block within a frozen Cache is never chosen as a victim of the replacement algorithm. 
It's contents remain undisturbed until the CAFRZ bit is cleared. ( See pipeline protection note ) 

• CAFRZ = 0 Cache default operating mode. 
40 • CAFRZ is cleared at reset. 

ST3[10:7] Unused status register bit. 

Can't be written and are always read as '0' 

45 

4.3.1 Pipeline protection note 

[0266] The above ST3 mode control bit updates will be protected from the hardware provided they are manipulated 
by the instructions: bit(ST3,k4) = #0 , bit(ST3,k4) = #1 
50 [0267] Table 25 summarizes the function of status register ST3. 



Table 25 : 



Summary of ST3 register application / emulation access 


ST3 bit 


Application SET 


Application 
CLEAR 


Emulation SET 


Emulation 
CLEAR 


Comment 


15 CAFRZ 


yes 


yes 


yes 


yes 
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Table 25 : (continued) 





Summary of ST3 register application / emulation access 


5 


ST3 bit 


Application SET 


Application 
CLEAR 


Emulation SET 


Emulation 
CLEAR 


Comment 




14 


CAEN 


ves 


ves 


yes 


yes 




10 


13 


CACLR 


ves 


ves 


yes 


yes 


Clear from 
Cache hardware 
has the highest 
priority 




12 


AVIS 


yes 


yes 


yes 


yes 






11 


MPNM C 


yes 


yes 


yes 


yes 




15 


10 




no 


no 


no 


no 


Not 
implemented 




9 


- 


no 


no 


no 


no 


Not 
implemented 


20 


8 


- 


no 


no 


no 


no 


Not 
implemented 




7 

r 




no 


no 


no 


no 


Not 
impiemenxea 


25 


6 


CBERR 




yco 


no 


yco 






5 


XF 


wpc 


woe 

ytso 




V/OC 

yco 






4 


HINT 


yes 


yes 


yes 


yes 




30 


3 


HOMY 


yes 


yes 


yes 


yes 




2 


HOMX 


yes 


yes 


yes 


yes 






1 


HOMR 


yes 


yes 


yes 


yes 






0 


HOMP 


yes 


yes 


yes 


yes 
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4.4 Main Data Page Registers (MDP, MDP05.MDP67) 
[0268] Table 26 summarizes the bit assignments of the MDP register. 
40 Table 26 - 



45 



MDP Register 
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[0269] MDP[22-16] Main Data page pointer (direct memory access 1 indirect from CDP) This 7 bit field extends the 
16 bit Smem word address. In case of stack access or peripheral access through readportO.writeportO qualification 
the main page register is masked and the MSB field of the address exported to memory is forced to page 0. 
[0270] Table 27 summarizes the bit assignments of the MDP05 register. 



55 
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Table 27 - 



5 



10 



MDP05 Register 
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MDP05[22-16] Main Data page pointer (indirect AR[0-5]) 
15 [0271] This 7 bit field extends the 1 6 bit Smem / Xmem / Ymem word address. In case of stack access or peripheral 
access through readport(), writeport() qualification the main page register is masked and the MSB field of the address 
exported to memory is forced to page 0. 

[0272] Table 28 summarizes the bit assignments of the MDP67 register. 



Table 28 - 
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MDP67 Register 
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MDP67[22-16] Main Data page pointer (indirect AR[6-7]) 

[0273] This 7 bit field extends the 1 6 bit Smem / Xmem / Ymem word address. In case of stack access or peripheral 
access through readport(), writeport() qualification the main page register is masked and the MSB field of the address 
exported to memory is forced to page 0. 



Double MAC instructions / Coefficient 

[0274] The coefficients pointed by CDP mainly used in dual MAC execution flow must reside within main data page 
40 pointed by MDP. 

[0275] In order to make the distinction versus generic Smem pointer the algebraic syntax requires to refer coefficient 
pointer as : 

coef(*CDP) 
45 coef(*CDP+) 
coef(*CDP-) 
coef(*CDP+DR0) 

4.5 Peripheral Data Page Register (PDP) 

50 

[0276] Table 29A summarizes the bit assignments of the PDP register 



Table 29A - 
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bit assignments of the PDP Register 
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Table 29A- (continued) 



bit assignments of the PDP Register 
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15 


14 


13 


12 


11 


10 


09 


08 


07 



10 PDP[15-7] Peripheral local page pointer. 

[0277] The peripheral data page PDP[15-8] is selected instead of DP[15-0] when a direct memory access instruction 
is qualified by the readport() or writeport() tag regardless of the compiler mode bit (CPL). This scheme provide the 
flexibility to handle independently memory variables and peripherals interfacing. The peripheral frame is always aligned 
on 128 words boundary. 

15 

4.6 Coefficient Data Pointer Register (CDP) 

[0278] the processor CPU includes one 16-bit coefficient data pointer register (CDP). The primary function of this 
register is to be combined with the 7-bit main data page register MDP in order to generate 23-bit word addresses for 
20 the data space. The content of this register is modified within A unit's Data Address Generation Unit DAGEN. 

This 9nth pointer can be used in all instructions making single data memory accesses as described in another 
section. 

However, this pointer is more advantageously used in dual MAC instructions since it provides three independent 
25 16-bit memory operand to the D-unit dual MAC operator. 

4.7 Local Data Page Register (DP) 

[0279] The 16-bit local data page register (DP) contains the start address of a 128 word data memory page within 
30 the main data page selected by the 7-bit main data page pointer MDP This register is used to access the single data 
memory operands in direct mode (when CPL status bit cleared). 

4.8 Accumulator Registers (AC0-AC3) 

35 [0280] the processor CPU includes four 40-bit accumulators. Each accumulator can be partitioned into low word, 
high word and guard; 

4.9 Address Registers (AR0-AR7) 

40 [0281] the processor CPU includes height 16 bit address registers. The primary function of the address registers is 
to generate a 24 bit addresses for data space. As address source the AR[0-7] are modified by the DAGEN according 
to the modifier attached to the memory instruction. These registers can also be used as general purpose registers or 
counters. Basic arithmetic, logic and shift operations can be performed on these resources. The operation takes place 
in DRAM and can performed in parallel with an address modification. 

45 

4.10 General Purpose Data Registers (DR0-DR3) 

[0282] the processor CPU includes four 16 bit general purpose data registers. The user can take advantage of these 
resources in different contexts: 

50 

Extend the number of pointers by re-naming via the swap() instruction 

Hold one of the multiplicands for multiply and multiply accumulate instructions. 

Define an implicit shift. 

Store the result of an exp() instruction for normalization via the norm() instruction. 
55 • Store an accumulator bit count via the countQ instruction. 

Implement switch/case statements via the field_extract() and switchQ instructions. 
Save a memory operand in parallel with execution in D unit for later reuse. 
• Support the shared operand of VITERBI butterflies on dual operations like add_sub or sub_add 
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4.11 Registers re-naming 



[0283] The processor architecture supports a pointers swapping mechanism which consist to re-map the pointers 
by software via the 16 bit swap() instruction execution. This feature allows for instance in critical routines to compute 
5 pointers for next iteration along the fetch of the operands for the current iteration. 

[0284] This feature is extended to generic registers (DRx) and accumulators (ACx) for similar purpose. For instance 
a swap between DRx and ARx may allow to implement an algorithm which requires more than height pointers. Re- 
naming can affect either a single register, a registers pair or a register block. 

[0285] The pointers ARx & index (offset) DRx re-mapping are effective at the end of the ADDRESS cycle in order to 
10 be effective for the memory address computation of the next instruction without any latency cycles constraint. 

[0286] The accumulators ACx re-mapping are effective at the end of the EXEC cycle in order to be effective for the 
next data computation. 

[0287] The ARx (DRx) swap can be made conditional by executing in parallel the instruction : 
"if (cond) execute (AD_unit)" 

15 [0288] In case of ACx conditional swap, since the registers move takes place in the EXEC cycle, the programmer 
can optimize the condition latency by executing in parallel the instruction : 
"if (cond) execute (D_unit)" 

[0289] In case of circular buffer addressing the buffer offset registers and the buffer size registers are not affected 
by the swap() instruction. 

20 [0290] The A unit floor plan has to be analyzed carefully in order to support the registers re-naming features with an 
optimized buses routing. Figure 43 illustrates how register exchanges can be performed in parallel with a minimum 
number of data-path tracks. In Figure 43, the following registers are exchanged in parallel: 
swap (DR1 ,DR3) swap (pair(AR0),pair(AR2) 
swap(block(AR4),block(DR0)) 
25 [0291] The swap() instruction argument is encoded as a 6 bit field as defined in Table 29B. 



Table 29B - 



swapQ instruction argument encoding 


Pipeline stage 


swap argument msb Isb 


swap operation 


algebraic syntax j 


register 




ADDRESS 


00 


1000 


AR0 i — >AR2 


swap (AR0.AR2) 




01 




AR0 < — > AR2.AR1 < — > AR3 


swap (pair(AR0),pair(AR2)) 














11 




AR0 < — >AR1 


swap(AR0,AR1) 














00 


1001 


AR1 i — > AR3 


swap (AR1 ,AR3) 














00 


1100 


AR4 < — >QRQ 


swap (AR4.DR0) 




01 




AR4 < — >DR0, AR5 < — >DR1 


swap (pair(AR4),pair(DR0)) 




10 




AR4< — >DR0,AR5< — >DR1 
AR6 < — >DR2 , AR7 < — >DR3 


swap (block(AR4),block(DR0)) 














00 


1101 


AR5 < — > DR1 


swap (AR5.DR1) 














00 


1110 


AR6 < — > DR2 


swap (AR6.DR2) 




01 




AR6 < — > DR2, AR7 < — > DR3 


swap (pair(AR6),pair(DR2)) 














00 


1111 


AR7 < — > DR3 


swap (AR7.DR3) 
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Table 29B- (continued) 



swapQ instruction argument encoding 


PiDeline staae 


swap argument msb -> Isb 




ala^braic ^vntax 


reaister 
















00 

\J\J 


0100 

\J 1 \J\J 


DRO < » DR2 


cu/an fDRO DR9^ 




01 






dWdp y|JClll ^L^rxWy t |JClll y U \\£.fj 














00 


0101 


nRi £ * nR^ 


c\A/an /nR1 nR^^ 
bWdp ^L/r\ l ,L/r\0 ) 












EXEC 


00 


0000 


AC0 *- ->AC2 


swap (AC0.AC2) 




01 




AC0 <- -» AC2, AC1 <- -» AC3 


swap (pair(AC0) t pair(AC2)) 














00 


0001 


AC1 <- -> AC3 


swap (AC1.AC3) 



4.12 Transition Registers (TRN0JRN1) 



[0292] The 16 bit transition registers hold the transition decision for the path to new metrics in VITERBI algorithm 
25 implementation. The max_diff() t min_diff() instructions update the TRN[0-1] registers based on the comparison of two 
accumulators. Within the same cycle TRN0 is updated based on the comparison of the high words, TRN1 is updated 
based on the comparison of the low words. The max_diff_dbl(), min_difLdbl() instructions update a user defined TRNx 
register based on the comparison of two accumulators. 

30 4.13 Circular Buffer Size Registers (BK03.BK47.BKC) 

[0293] The 16 bit circular buffer size registers BK03.BK47.BKC are used by the DAGEN in circular addressing to 
specify the data block size. BK03 is associated to AR[0-3], BK47 is associated to AR[4-7], BKC is associated to CDR 
The buffer size is defined as number of words. 
35 [0294] In FAMILY mode the circular buffer size register BK03 is associated to AR[0-7] and BK47 register access is 
disabled. 

4.14 Pointers Offset Registers (BOF01,BOF23,BOF45,BOF67,BOFC) 

40 [0295] The five 1 6-bit BOFxx buffer offset registers are used in A-unifs Data Address Generators unit (DAGEN). As 
it will be detailed in a later section, indirect circular addressing using ARx and CDP pointer registers are done relative 
to a buffer offset register content (circular buffer management activity flag are located in ST2 register). Therefore, 
BOFxx register will permit to: 

45 • Define a circular buffer anywhere in the data space with a buffer start address unbounded to any alignment con- 
straint. 

[0296] Two adjacent address register share the same Buffer offset register while CDP pointer is associated to BOFC 
buffer offset register: 

50 

• AR0 and AR1 are associated to BOF01 , 

• AR2 and AR3 are associated to BOF23, 

• AR4 and AR5 are associated to BOF45, 

• AR5 and AR7 are associated to BOF67, 
55 • CDP is associated to BOFC. 
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4.15 Data and System Stack Pointer Registers (SP, SSP) 

[0297] As was discussed earlier, the processor manages the processor stack : 

5 • With 2 stack pointers : a 16-bit system stack pointer (SSP) and a 16-bit data stack pointer (SP). This feature is 
driven from FAMILY compatibility requirement. 

• Within main data page 0 (64Kword). This feature is derived from the processor segmented data space feature. 

[0298] Both stack pointers contain the address of the last element pushed into the data stack, the processor archi- 
10 tecture provides a 32-bit path to the stack which allows to speed up context saving. The stack is manipulated by: 

• Interrupts and intr(), trap(), and call() instructions which push data both in the system and the data stack (SP and 
SSP are both pre-decremented before storing elements to the stack). 

• push() instructions which pushes data only in the data stack (SP is pre-decremented before storing elements to 
f5 the stack). 

• return() instructions which pop data both from the system and the data stack (SP and SSP are both post-incre- 
mented after stack elements are loaded). 

pop() instructions which pop data only from the data stack (SP is post-incremented after stack elements are loaded). 

20 [0299] The data stack pointer (SP) is also used to access the single data memory operands in direct mode (when 
CPL status bit set). 

4.15.1 Stack Pointer (SP) 

25 [0300] The 16 bit stack pointer register (SP) contains the address of the last element pushed into the stack. The 
stack is manipulated by the interrupts, traps, calls, returns and the push / pop instructions class. A push instruction 
pre-decrement the stack pointer, a pop instruction post-increment the stack pointer. The stack management is mainly 
driven by the FAMILY compatibility requirement to keep an earlier family processor and the processor stack pointers 
in sync along code translation in order to support properly parameters passing through the stack. The stack architecture 

30 takes advantage of the 2 x 1 6 bit memory readiwrite buses and dual read/write access to speed up context save. For 
instance a 32 bit accumulator or two independent registers are saved as a sequence of two 16 bit memory write. The 
context save routine can mix single and double push()/pop() instructions. The table below summarizes the push / pop 
instructions family supported by the processor instructions set. 



EB request Stack access 








@SP-1 








(1)push(DAx) 




DAx[15-0] 


single write 


(2) push(ACx) 




ACx[15-0] 


single write 


(3) push(Smem) 




Smem 


single write 




FB request 


EB request 


Stack access 


@ SP-2 @ SP-1 








(2) dbl(push(ACx)) 


ACx[31-16] 


ACx[15-0] 


dual write 


(3) push(dbl(Lmem)) 


Lmem[31-16] 


Lmem[15-0] 


dual write 


(4) push(src,Smem) 


src 


Smem 


dual write 


(5) push(srd,src2) 


srd 


src2 


dual write 






DB request 


Stack access 


@SP 








(1)DAx = pop() 




DAx[15-0] 


single read 


(2)ACx = pop() 




ACx[15-0] 


single read 


(3) Smem = pop() 




Smem 


single read 




CB request 


DB request 


Stack access 




@SP 


@SP+1 




(2) ACx = dbl(pop()) 


ACx[31-16] 


ACx[15-0] 


dual read 


(3) dbl(Lmem) = pop() 


Lmem[31-16] 


Lmem[15-0] 


dual read 


(4) dst.Smem = pop() 


dst 


Smem 


dual read 
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(continued) 



EB request Stack access 








(5)dst1,dst2 = pop() 


dst1 


dst2 


dual read 



The byte format is not supported by the push / pop instructions class. 

To get the best performance on context save the stack has to be mapped into dual access memory instances. 
Applications which require pretty large stack can implement it on two single access memory instances with a 
special mapping (odd / even bank) to get rid of the conflict between E and F requests. 

4.15.2 System Stack Pointer (SSP) 

[0301 ] With a classical stack architecture the an earlier family processor Stack pointer and the processor stack pointer 

would diverge along the code translation process due to 24 bit program counter instead of 16 bit. Keeping the stack 

pointers in sync is a key translation requirement to support properly parameter passing through the stack. 

[0302] To address above requirement the processor stack is managed from two independent pointers : SP and SSP 

(system stack pointer), as illustrated in Figure 44. The user should never handle the system stack pointer except for 

mapping. 

[0303] In context save driven by the program flow (calls, interrupts), the program counter is split into two fields PC 
[23:16], PC[15:0] and saved as a dual write access. The field PC[15:0] is saved into the stack at the location pointed 
by SP through the EB/EAB buses, the field PC[23:16] is saved into the stack at the location pointed by SSP through 
the FB/FAB buses. 



30 





FB request 


EB request 


Stack access 




@ SSP-1 


@SP-1 




call P24 


PC[23-16] 


PC[15-0] 


dual write 




CB request 


DB request 


Stack access 




@SSP 


@SP 




return 


PC[23-16] 


PC[15-0] 


dual read 



[0304] Depending on the original of program code for an earlier processor from the family of the present processor, 
the translator may have to deal with "far calls" (24 bit address). The processor instruction set supports a unique class 
35 of call / return instructions all based on the dual read / dual write scheme. The translated code will execute on top of 
the call an SP = SP + K8 instruction to end up with the same SP post modification. 

[0305] There is a limited number of cases where the translation process implies extra CPU resources. If an interrupt 
is taken within such macro and if the interrupt routine includes similar macros then the translated context save sequence 
will requires extra push() instructions. That means the an earlier family processor and the processor stack pointers are 
4Q no more in synch during the ISR execution window. Provided that all the context save is performed at the beginning 
of the ISR, any parameter passing through the stack within the interrupt task is preserved. Upon return from interrupt 
the an earlier family processor and the processor stack pointers are back in sync. 

4.16 Block Repeat Registers ( BRC0-1, BRS1, RSA0-1, REA0-1) 

45 

[0306] These registers are used to define a block of instructions to be repeated. Two nested block repeat can be 
defined : 

• BRC0, RSA0, REA0 are the block repeat registers used for the outer block repeat (loop level 0), 
5Q • BRC1 , RSA1 , REA1 and BRS1 are the block repeat registers used for the inner block repeat (loop level 1 ). 

[0307] The two 16-bit block repeat counter registers (BRCx) specify the number of times a block repeat is to be 
repeated when a blockrepeatQ or localrepeat() instruction is performed. The two 24-bit block repeat start address 
registers (RSAx) and the two 24-bit block repeat end address registers (REAx) contain the starting and ending ad- 
55 dresses of the block of instructions to be repeated. 

[0308] The 1 6-bit Block repeat counter save register (BRS1 ) saves the content of BRC1 register each time BRC1 is 
initialized. Its content is untouched during the execution of the inner block repeat : and each time, within a loop level 
0, a blockrepeatQ or localrepeatQ instruction is executed (therefore triggering a loop level 1 ). BRC1 register is initialized 
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back with BRS1 . This feature enables to have the initialization of the loop counter of loop level 1 (BRC1 ) being done 
out of loop level 0. 

[0309] Se other sections for more details on the block repeat mechanism. 

5 4.17 Repeat Single Registers (RPTC, CSR) 

[0310] These registers are used to trigger a repeat single mechanism, that is to say an iteration on a single cycle 
instruction or 2 single cycle instructions which are paralleled. 

[0311] The 16-bit Computed Single Repeat register (CSR) specifies the number of times one instruction or two par- 
10 alleled instruction needs to be repeated when the repeat( CSR) instruction is executed. The 16-bit Repeat Counter 
register (RPTC) contains the counter that tracks the number of times one instruction or two paralleled instructions still 
needs to be repeated when a repeat single mechanism is running. This register is initialized either with CSR content 
or an instruction immediate value when the repeatQ instruction is executed. 
[0312] See other sections for more details on the single repeat mechanism. 

15 

4.18 Interrupt Registers (IMR0-1. IFR0-1, IVPD-H) 

[0313] See Interrupts section. 

20 4.19 CPU registers encoding 

[0314] Registers source and destination are encoded as a four bitfield respectively called 'FSSS* or 'FDDD' according 
to table 30. Generic instructions can select either an ACx, DRx or ARx register. In case of DSP specific instructions 
registers selection is restricted to ACx and encoded as a two bit field called 'SS\ 'DD'. 



40 BIT DATA REGISTERS (ACC) 



16 BIT GENERIC REGISTERS 



16 BIT POINTERS 
(GENERIC REG) 



Table 30 - FSSS encoding 

50 

5. Addressing 

5.1 Processor Data Types 

55 [0315] The processor instruction set handles the following data types: 

bytes: 8-bit data 
• words: 16-bit data 



FSSS 


CPU 
REGISTER 


0000 


AC0 


0001 


AC1 


0010 


AC2 


0011 


AC3 






0100 


DR0 


0101 


DR1 


0110 


DR2 


0111 


DR3 






1000 


AR0 


I 1001 


AR1 


1010 


AR2 


1011 


AR3 


1100 


AR4 


1101 


AR5 


1110 


AR6 


1111 


AR7 
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• long words: 32-bit data 

[0316] These data types are designated in the processor instruction set as follows: 

5 • bytes: low_byte(Smem), high_byte(Smem) 
words: Smem, Xmem, Ymem, coeff 
long words: Lmem, dbl(Lmem) 

5.2 Word Addressable I/O And Data Memory Spaces 

10 

[0317] As described in a later section, the processor CPU core addresses 8M words of word addressable data mem- 
ory and 64K words of word addressable I/O memory. These memory spaces are addressed by the Data Address 
Generation Unit (DAGEN) with 23-bit word addresses for the data memory or 16-bit word address for the I/O memory. 
The 23-bit word addresses are converted to 24-bit byte addresses when they are exported to the data memory address 

15 buses (BAB, CAB, DAB, EAB, FAB). The extra least significant bit (LSB) can be set by the dedicated instructions listed 
in Table 31 . The 16-bit word addresses are converted to 17-bit byte addresses when they are exported to the RHEA 
bridge via DAB and EAD address buses. The extra LSB can be set by the dedicated instructions listed in Table 31 . 
[0318] This word addressing granularity implies that in the Data Address Generation Unit (DAGEN), the instructions 
which handle byte data types (listed in Table 31), are treated as instructions which handle word data types (Smem 

20 accesses). 



dst = uns(high_byte(Smem)) 

dst = uns(low_byte(Smem)) 

ACx = high_byte(Smem) « SHIFTW 
ACx = low_byte(Smem) « SHIFTW 

high_byte(Smem) = src 

low_byte(Smem) = src 

Table 31 : Instructions handling byte data types 



5.3 Addressing Modes 

35 5.3.1 Data Memory Addressing Modes 

[0319] The main functionality of the A unit Data Address Generation Unit (DAGEN) is to compute the addresses of 
the data memory operands, processor has three data memory addressing modes: 

40 • (Direct, indirect, absolute) single data memory addressing (Smem, dbl(Lmem)) 
Indirect dual data memory addressing (Xmem, Ymem) 
• Coefficient data memory addressing (coeff) 

5.3.2 Register Bit Addressing Modes 

45 

[0320] A second usage of the A unit Data Address Generation Unit is to generate a bit position address used to 
manipulate bits within the processor CPU registers. In this case, no memory operand is accessed. This type of ad- 
dressing is designated as (Direct, indirect) Register bit addressing (Baddr, pair(Baddr)). 

50 5.3.3 Memory Mapped Register (MMR) Addressing Modes 

[0321] As described in an earlier section, the processor CPU registers are memory mapped. Therefore, a third usage 
of the A unit Data Address Generation Unit is to compute the data memory addresses of these CPU registers. This 
type of addressing is designated as (Direct, indirect, absolute) MMR addressing. 

55 

5.3.4 I/O Memory Addressing Modes 



[0322] A fourth usage of the A unit Data Address Generation Unit is to compute the addresses of the I/O memory 
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operands (peripheral registers or ASIC domain hardware). This type of addressing is designated as (Direct, indirect, 
absolute) single I/O memory addressing. 

5.3.5 Stack Addressing Modes 

5 

[0323] The last usage of the A unit Data Address Generation Unit is to compute the addresses of the data memory 
stack operands. This type of addressing is designated as single stack addressing and dual stack addressing. 

5.4 Single Data Memory Operand Addressing: Smem, dbl(Lmem) 

10 

5.4.1 Single Data Memory Operand Instructions 

[0324] Direct, indirect and absolute addressing can be used in instructions having a single data memory operand. 
According to the type of the accessed data, the single data memory addressing is designated in instructions as follows: 

15 

Byte memory operands are designated as : high_byte(Smem), 

low_byte(Smem) 
Word memory operand are designated as : Smem 

• Long word memory operand are designated as : dbl(Lmem) or Lmem 

20 

[0325] In following examples, examples 1 and 2 illustrate instructions that load a byte (respectively a word) in the 
accumulator, data or address registers. Example 3 shows the instruction that loads a long word in an accumulator 
register. The last example is the instruction that loads two adjacent data and address registers with two 16-bit values 
extracted from the long word memory operand. 

25 

1 . dst = low_byte(Bmem) 

2. dst = Smem 

3. ACx = dbl(Lmem) 

4. pair(DAx) = Lmem 

30 

[0326] Single data memory operand instructions have an instruction format embedding an 8-bit sub-field used by 
the Data Address Generation Unit (DAGEN) to generate the data memory address. 

5.4.2 Bus usage 

35 

[0327] Byte memory operands and word memory operands of the single data memory operand instructions (see 
Table 32) are accessed through: 

• DB bus for read memory operands 

40 • EB bus for write memory operands when no preliminary shift occurs within the D-unit shifter 
FB bus for write memory operands when a preliminary shift occurs within the D-unit shifter 



Table 32: 



the processor instructions making a shift, rounding and saturation before storing to memory 


Smem = HI(rnd(ACx)) 


Smem = LO(ACx « DRx) 


Smem = HI(saturate(rnd(ACx))) 


Smem = LO(ACx « SHIFTW) 


Smem = HI(rnd(ACx « DRx)) 


Smem = HI(ACx « SHIFTW) 


Smem = HI(saturate(rnd(ACx « DRx))) 


Smem = HI(rnd(ACx « SHIFTW)) 




Smem = HI(saturate(rnd(ACx « SHIFTW))) 



[0328] Long word memory operands are accessed through: 

55 

CB (for most significant word - MSW) and DB (for least significant word - LSW) buses for read memory operands 
FB (for MSW) and EB (for LSW) bus for write memory operands 
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5.5 Direct Memory Addressing Mode (dma) 

[0329] Direct memory addressing (dma) mode allows a direct memory access relative either to the local data page 
pointer (DP) or to the data stack pointer (SP) registers. The type of relative addressing is controlled by the CPL status 
bit. When CPL = 0, direct memory addressing is relative to DP When CPL = 1 direct memory addressing is relative to SP 
[0330] As shown in Table 33, the computation of the 23-bit word address does not depend on the type of the accessed 
memory operand. For byte word or long word memory accesses : 



10 



1. A 7-bit positive offset (called dma) is added to the 16 bits of DP or SP 

2. The 16-bit result of the addition is concatenated to: 



1) If CPL = 0, the 7-bit main data page pointer MDP 

2) If CPL = 1 , a 7-bit field cleared to 0 (the stack must be implemented in main data page 0) 



15 



20 



25 



30 



Table 33: 



Smem, dbl(Lmem) direct memory addressing (dma) 


Assembly syntax 


Generated address 


Comments 


@dma 


MDP • ( DP + dma) 


Smem Lmem accesses in application mode (CPL = 0) 


"SP(dma) 


MDP • ( SP + dma ) 


Smem Lmem accesses in compiler mode (CPL = 1) 


note: this symbol indicates a concatenation operation between a 7-bit field and a 16-bit field: • 



[0331] The 7-bit positive offset dma ranges within [0, 1 28] interval and it is encoded within a 7-bit field in the addressing 
field of the instruction (see Figure 46). 

[0332] As a result, the dma mode allows access to byte, words and long words included in a 1 28-word DP or SP frame. 
[0333] Compatibility with earlier processors in the same family as the present processor is ensured. However, it is 
important to point out that on other family processor devices, the DP register should be aligned on a 128 word boundary. 
On the present processor devices, this boundary restriction does not exist. A local data page can be defined anywhere 
within a selected 64K word main data page. 



5.6 Indirect Memory Addressing Mode 

35 [0334] Indirect memory addressing mode allows the computation of the addresses of the data memory operands 
from the content of the eight address registers AR[0-7] or from the content of the coefficient data pointer CDP. 
[0335] Whenever such memory access is performed, the selected pointer register can be modified before or after 
the address has been generated. Pre-modifiers will modify the content of the register before generating the memory 
operand address. Post-modifiers will modify the content of the register after generating the memory operand address. 

40 [0336] The set of modifiers applied to the pointer register depends on the ARMS status bit. When ARMS = 0, a set 
of modifiers enabling efficient execution of DSP intensive applications are available for indirect memory accesses. This 
set of modifiers is called 'DSP mode' modifiers. When ARMS = 1, a set of modifiers enabling optimized code size of 
control code is available for indirect memory accesses. This set of modifiers is called 'Control mode' modifiers. 
[0337] The modifiers applied to the selected pointer register can be controlled by a circular management mechanism 

45 to implement circular buffers in data memory. The circular management mechanism is controlled by following resources: 

The status register ST2, where each pointer register can be configured in circular or in linear mode 
• The three 16-bit buffer size registers BK03, BK47, and BKC where the size of the circular buffers to implement 
can be determined 

50 • The five 1 6-bit buffer offset registers BOF01 , BOF23, BOF45, BOF67 and BOFC which allow circular buffer start 
addresses unbounded to any alignment constraints 



55 



[0338] In all cases, whether circular addressing is activated or not, the 23-bit generated address is computed as 
follows: 

1. A pre-modification is performed on the 16-bit selected pointer (ARx or CDP) 

2. This 16-bit result is concatenated with the 7-bit main data page pointer: 
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1 ) MDP05, when indirect memory addressing is done with ARO, AR1 , AR2, AR3, AR4 or AR5 address registers. 

2) MDP67, when indirect memory addressing is done with AR6 or AR7. 

3) MDP, when indirect memory addressing is done with CDR 

5 5.6.1.1 Indirect Memory Addressing in DSP Mode 

[0339] Table 34 summarizes the modifier options supported by the processor architecture for indirect single memory 
accesses in DSP mode and in enhanced mode (FAMILY status bit set to 0). It is a cross reference table between: 

10 • The assembly syntax of indirect addressing modes: Smem, dbl(Lmem) 

• The corresponding generated memory address computed by the DAGEN: note that the 16-bit addition of the buffer 
offset register BOFyy is submitted to activation of circular modification (see a later section for more details) 
The corresponding pointer modification computed by the DAGEN 

15 [0340] Note that both pointer register modification and address generation are either linear or circular according to- 
the pointer configuration setting in the ST2 status register (see a later section for more details). 



Table 34: 



20 


Smem, dbl(Lmem) indirect single data memory addressing modifiers when ARMS 


= 0. 


Assembly syntax 


Generated address 


Pointer register modification 


access type 




*ARn 


MDPxx • ([BOFyy + ] ARn ) 


No modification 




25 


*ARn+ 


MDPxx • ([BOFyy +] ARn) 


ARn = ARn + 1 
AKn - AKn + z 


Smem 
dbl(Lmem) 




*ARn- 


MDPxx • ([BOFyy +]ARn) 


ARn = ARn - 1 
ARn = ARn - 2 


Smem 
dbl(Lmem) 




*(ARn+DR0) 


MDPxx • ([BOFyy + ] ARn) 


ARn = ARn + DRO 




30 


*(ARn-DR0) 


MDPxx • ([BOFyy + ] ARn ) 


ARn = ARn - DRO 






*ARn(DR0) 


MDPxx • ([BOFyy + ] ARn + 
DRO) 


No modification 






*(ARn+DR1) 


MDPxx • ([BOFyy + ] ARn) 


ARn = ARn + DR1 




35 


*(ARn-DR1) 


MDPxx • ([BOFyy + ]ARn) 


ARn = ARn - DR1 






*ARn(DR1) 


MDPxx • ([BOFyy + ] ARn + 
DR1) 


No modification 




40 


*+ARn 


MDPxx • ([BOFyy + ] ARn + 
1 ) MDPxx • ([BOFyy +]ARn + 
2) 


ARn - ARn + 1 
ARn = ARn + 2 


Smem 
dbl(Lmem) 




*-ARn 


MDPxx • ([BOFyy +] ARn -1 ) 
MDPxx • ([BOFyy + ] ARn -2) 


ARn = ARn - 1 
ARn = ARn - 2 


Smem 
dbl(Lmem) 


45 


*(ARn+DR0B) 


MDPxx • ARn 


ARn = ARn + DROB DRO 
index post increment with 
reverse carry propagation. 


Circular modification is not 
allowed for this modifier. 


50 


*(ARn-DR0B) 


MDPxx • ARn 


ARn = ARn - DROB DRO 
index post decrement with 
reverse carry propagation. 


Circular modification is not 
allowed for this modifier. 




*ARn(#K16) 


MDPxx • ([BOFyy + ] ARn + 
K16) 


No modification 




55 


*+ARn(#K16) 


MDPxx • ([BOFyy + ] ARn + 
K16) 


ARn = ARn + #K16 






*CDP 


MDP • ([BOFC + ]CDP) 


No modification 
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Table 34: (continued) 



Smem, dbl(Lmem) indirect single data memory addressing modifiers when ARMS = 0. 


Assembly syntax 


Generated address 


Pointer register modification 


access type 


*CDP+ 


MDP*([BOFC+]CDP) 


CDP = CDP + 1 
CDP = CDP + 2 


Smem 
dbl(Lmem) 


*CDP- 


MDP*([BOFC+]CDP) 


CDP = CDP - 1 
CDP = CDP -2 


Smem 
dbl(Lmem) 


"CDP(#K16) 


MDP^([BOFC+]CDP + 
K16) 


No modification 




*+CDP(#K16) 


MDP-([BOFC + ]CDP + K16) 


CDP = CDP + #K16 




note: this symbol indicates a concatenation operation between a 7-bit field and a 16-bit field : • 
note: Buffer offset BOFyy is only added when circular addressing mode is activated. 



[0341] When FAMILY = 1. the modifiers *(ARn+DR0), *(ARn-DR0), *ARn(DR0), "(ARn+DROB), and "(ARn-DROB) 

are not available. Instructions making a memory access with the M ARn(#K16), *+ARn(#K16), *CDP(#K16), *+CDP 

(#K16) indirect memory addressing modes have a two byte extension and can not be paralleled. 

[0342] In Table 34, note that all addition/subtraction operation are done modulo 64K. Cross data page addressing 

is not possible without changing the values of the main data page registers MDP, MDP05 and MDP67. 

[0343] When the processor operates in DSP mode and in compatible mode (FAMILY = 1), the indirect memory 

addressing modes summarized in Table 34 are valid except the following five indirect addressing modes: *ARn(DR0), 

*(ARn+DR0), *(ARn-DR0) *(ARn+DR0B) and *(ARn-DR0B). Instead, the following five modifiers are available (see 

Table 35): *ARn(AR0), *(ARn+AR0), "(ARn-ARO) *(ARn+AR0B) and *(ARn-AR0B). 



Table 35: 



Smem, dbl(Lmem) indirect single data memory addressing modifiers only available when ARMS = 0 and FAMILY 
= 1 (to be added to those listed in Table 34) 


Assembly syntax 


Generated address 


Address register 
modification 


access type 


*(ARn+AR0) 


MDPxx • ([BOFyy + ]ARn) 


Arn = ARn ARO 




*(ARn-AR0) 


MDPxx • ([BOFyy + ]ARn) 


Arn = ARn - ARO 




*ARn(AR0) 


MDPxx • ([BOFyy + ARn + 
ARO) 


No modification 




*(ARn+AR0B) 


MDPxx • ARn 


Arn = ARn + AROB 
ARO index post increment 
with reverse carry 
propagation. 


Circular modification is not 
allowed for this modifier. 


*(ARn-AR0B) 


MDPxx • ARn 


Arn = ARn - AROB 
ARO index post decrement 
with reverse carry 
propagation. 


Circular modification is not 
allowed for this modifier. 


Note: This symbol indicates a concatenation operation between a 7-bit field and a 16-bit field: • 
Note: Buffer offset BOFyy is only added when circular addressing mode is activated. 



50 

5.6.1.2 Indirect Memory Addressing in Control Mode 



[0344] Table 36 summarizes the modifier options for indirect single memory accesses in control mode and in en- 
hanced mode (FAMILY status bit set to 0) supported by theprocessor architecture. As in DSP mode, instructions making 
55 a memory access with the *ARn(#K16), *+ARn(#K16), *CDP(#K16), and *+CDP(#K16) indirect memory addressing 
modes have a two byte extension and can not be paralleled. 

[0345] Instructions using the *ARn(short(#K3)) indirect memory addressing mode do not follow this rule since those 
instructions do not have a byte extension for the short constant encoding and can therefore be paralleled. The *ARn 
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(short(#K3)) addressing mode accesses bytes, words and long words included in a 8 word ARn frame. 
[0346] When the processor operates in Control mode and in compatible mode (FAMILY = 1), the indirect memory 
addressing modes summarized in Table 36 are valid with the exception of these three indirect addressing modes: *ARn 
(DRO), *(ARn+DR0) and *(ARn-DR0). Instead, the following three modifiers are available (see Table 37): *ARn(AR0), 
5 *(ARn+AR0) and *(ARn-AR0). 



Table 36: 



10 


Smem, dbl(Lmem) indirect single data memory addressing modifiers when ARMS = 1. When FAMILY = 1, the 
modifiers *(ARn+DR0), *(ARn-DR0) and *ARn(DR0) are not available. 


Assembly syntax 


Generated address 


Pointer register modification 


access type 




*ARn 


MDPxx • ([BOFyy + ] 
ARn) 


No modification 




15 


*ARn+ 


MDPxx • ([BOFyy + ] 
ARn ) 


ARn = ARn + 1 
ARn = ARn + 2 


Smem 
dbl(Lmem) 




*ARn- 


MDPxx • ([BOFyy + ] 
ARn ) 


ARn = ARn - 1 
ARn = ARn - 2 


Smem 
dbl(Lmem) 


20 


*(ARn+DR0) 


MDPxx* ([BOFyy + ] 
ARn ) 


ARn = ARn + DRO 






*(ARn-DR0) 


MDPxx • ([BOFyy + ] 
ARn) 


ARn = ARn - DRO 




25 


*ARn(DR0) 


MDPxx • ([BOFyy + ] ARn 
+ DR0) 


No modification 






*ARn(short(#K3)) 


MDPxx • ([BOFyy + ] ARn 
+ K3) 


No modification 




30 


*ARn(#K16) 


MDPxx • ([BOFyy + ] ARn 
+ K16) 


No modification 






*+ARn(#K16) 


MDPxx • ([BOFyy + ] ARn 
+ K16) 


ARn = ARn + #K16 




35 


*CDP 


MDP* ([BOFC +]CDP) 


No modification 




*CDP+ 


MDP • ([BOFC +] CDP ) 


CDP = CDP + 1 
CDP = CDP + 2 


Smem 
dbl(Lmem) 




*CDP- 


MDP • ([BOFC + ] CDP) 


CDP = CDP -1 
CDP = CDP -2 


Smem 
dbl(Lmem) 


40 


*CDP(#K16) 


MDP • ([BOFC + ]CDP + 
K16) 


No modification 






"+CDP(#K16) 


MDP • ([BOFC + ]CDP + 
K16) 


CDP = CDP + #K16 




45 


Note: This symbol indicates a concatenation operation between a 7-bit field and a 16-bit field : • 
Note: Buffer offset BOFyy is only added when circular addressing mode is activated. 



Table 37: 



Smem, dbl(Lmem) indirect single data memory addressing modifiers only available when ARMS = 1 and FAMILY 

= 1 (to be added to those listed in Table 36) 


Assembly syntax 


Generated address 


Address register modification 


access type 


"(ARn+ARO) 


MDPxx • ([BOFyy + ARn) 


ARn = ARn + ARO 




"(ARn-ARO) 


MDPxx • ([BOFyy + ARn) 


ARn = ARn - ARO 
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Table 37: (continued) 





Smem, dbl(Lmem) indirect single data memory addressing modifiers only available when ARMS = 1 and FAMILY 

= 1 (to be added to those listed in Table 36) 


5 


Assembly syntax 


Generated address 


Address register modification 


access type 




*ARn(AR0) 


MDPxx • ([BOFyy + ] ARn + 
ARO) 


No modification 




10 


Note: this symbol indicates a concatenation operation between a 7-bit field and a 16-bit field: • 
Note: Buffer offset BOFyy is only added when circular addressing mode is activated. 



5.6.2 Absolute Data Memory Addressing Modes *abs16(#k) and *(#k) 



[0347] Two absolute memory addressing mode exists on the processor (see Table 38). The first absolute addressing 
mode is MDP referenced addressing: a 16-bit constant representing a word address is concatenated to the 7-bit main 
data page pointer MDP to generate a 23-bit word memory address. This address is passed by the instruction through 
a two byte extension added to the instruction. The second absolute addressing mode allows addressing of the entire 
8M word of data memory with a constant representing a 23-bit word address. This address is passed by the instruction 
through a three byte extension added to the instruction (the most significant bits of this three byte extension are dis- 
carded). Instructions using these addressing modes can not be paralleled. 

[0348] The execution of following instructions takes one extra cycle when the *(#k23) absolute addressing mode is 
selected to access the memory operand Smem: 



• Smem = K16 

• TCx(Smem==K16) 
TCx Smem and k16 
Smem = Smem and k1 6 
Smem = Smem | k1 6 

• Smem = Smem A k16 
Smem = Smem + K16 

• ACx =rnd( Smem * K8) [, DR3 = Smem] 

• ACx =rnd( ACx + (Smem * K8)) [, DR3 = Smem] 

• ACx = ACx + (uns( Smem) « SHIFTW) 

• ACx = ACx - (uns( Smem) « SHIFTW) 

• ACx = uns( Smem) « SHIFTW 

• Smem = Hl(rnd( ACx « SHIFTW)) 

• Smem = Hl(saturate(rnd( ACx « SHIFTW))) 



Table 38: 



Smem, dbl(Lmem) absolute data memory addressing modes 


Assembly syntax 


Generated address 


Comments 


*abs16(#k16) 


MDP*k16 


Smem, dbl(Lmem) access 


*(#k23) 


k23 


Smem, dbl(Lmem) access 


Note: This symbol indicates a concatenation operation between a 7-bit field and a 16-bit field: • 



5.7 Indirect Dual data Memory Addressing (Xmem, Ymem) 

50 

[0349] Indirect dual data memory addressing mode allows two memory accesses through the 8 AR[0-7] address 
registers. This addressing mode may be used when executing an instruction making two 16-bit memory accesses or 
when executing two instructions in parallel. In the former case, the two data memory operands are designated in 
instructions with the Xmem and Ymem keywords. In the latter case, each instruction must use an indirect single data 
55 memory address (Smem, dbl(Lmem)) and both of them must use the addressing mode defined in Table 39. The first 
instruction's data memory operand is treated as the Xmem operand, and the second instruction's data memory operand 
is treated as the Ymem operand. These type of dual accesses are designated 'software* indirect dual accesses. 
[0350] Example 1 below demonstrates the instruction to add two 16-bit memory operands and store the result in a 
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designated accumulator register. Example 2 shows two single data memory addressing instructions which may be 
paralleled if the above rules are respected. 

1. ACx = (Xmem « #16) + (Ymem « #16) 
5 2. dst = Smem 

II dst = src and Smem 

[0351] Xmem operands are accessed through the DB bus for read memory operands and the EB bus for write memory 
operands. Ymem operands are accessed through the CB bus for read memory operands and the FB bus for write 
10 memory operands. 

[0352] Indirect dual data memory addressing modes have the same properties as indirect single data memory ad- 
dressing modes (see previous section). Indirect memory addressing accesses through the ARx address registers are 
performed within the main data pages selected by MDP05 and MPD67 registers. Indirect memory addressing accesses 
through the ARx address registers can address circular memory buffers when the buffer offset registers BOFxx, the 
15 buffer size register BKxx, and the pointer configuration register ST2 are appropriately initialized (see previous section). 
However, the ARMS status bit does not configure the set of modifiers available for the indirect dual data memory 
addressing modes. 

[0353] Table 39 summarizes the modifier options supported by the processor architecture for indirect dual data mem- 
ory accesses in enhanced mode (FAMILY status bit set to 0). Any of these modifiers and any of the ARx registers can 
20 be selected for the Xmem operand as well as for the Ymem operand. 

[0354] The assembler will reject code where two addressing modes use the same ARn address register with two 
different address register modifications except when *ARn or *ARn(DR0) is used as one of the indirect memory ad- 
dressing modes. In this case, the ARn address register will be modified according to the other addressing mode. 

25 Table 39: 



Xmem, Ymem indirect dual data memory addressing modifiers 


Assembly syntax 


Generated address 


Pointer register modification 


access type 


*ARn 


MDPxx • ([BOFyy + ] ARn ) 


No modification 




*ARn+ 


MDPxx • ([BOFyy + ] ARn) 


ARn = ARn + 1 
ARn = ARn + 2 


X/Ymem dbl(X/Ymem) 


*ARn- 


MDPxx • ([BOFyy + ] ARn ) 


ARn = ARn - 1 
ARn = ARn - 2 


Smem 

dbl(X/Ymem) 


*(ARn+DR0) 


MDPxx • ([BOFyy + ] ARn ) 


ARn = ARn + DR0 




*(ARn-DR0) 


MDPxx • ([BOFyy + ] ARn ) 


ARn = ARn - DR0 




*ARn(DR0) 


MDPxx • ([BOFyy + ] ARn + DR0) 


No modification 




*(ARn+DR1) 


MDPxx • ([BOFyy + ] ARn ) 


ARn = ARn + DR1 




*(ARn-DR1) 


MDPxx • ([BOFyy + ] ARn ) 


ARn = ARn - DR1 




Note: This symbol indicates a concatenation operation between a 7-bit field and a 16-bit field : • 
Note: Buffer offset BOFyy is only added when circular addressing mode is activated. 



[0355] When FAMILY = 1 , the modifiers *(ARn+DR0), *(ARn-DR0) and *ARn(DR0) are not available. When the proc- 
essor operates in compatible mode (FAMILY = 1), the indirect dual data memory addressing modes summarized in 
Table 39 are valid except for the following three indirect addressing modes: *ARn(DR0), *(ARn+DR0) and *(ARn-DR0). 
Instead, the following three modifiers are available (see Table 40): *ARn(AR0), *(ARn+AR0) and *(ARn-AR0). 

50 

Table 40: 



Xmem, Ymem indirect dual data memory addressing modifiers only available when FAMILY = 1 (to be added to 
those listed in Table 39) 


Assembly syntax 


Generated address 


Address register modification 


access type 


*(ARn+AR0) 


MDPxx • ([BOFyy + ] ARn ) 


ARn = ARn + ARO 




*(ARn-AR0) 


MDPxx • ([BOFyy + ] ARn ) 


ARn = ARn - ARO 
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Table 40: (continued) 





Xmem, Ymem indirect dual data memory addressing modifiers only available when FAMILY = 1 (to be added to 
those listed in Table 39) 


5 


Assembly syntax 


Generated address 


Address register modification 


access type 




*ARn(AR0) 


MDPxx • ([ BOFyy + ] ARn + 
ARO) 


No modification 




10 


Note: This symbol indicates a concatenation operation between a 7-bit field and a 16-bit field: • 
Note: Buffer offset BOFyy is only added when circular addressing mode is activated. 



[0356] Table 41 summarizes the modifier options subset available for dual access memory instructions. The pointer 
modification is interpreted either as linear or circular according to the pointer configuration defined by the MSB field 
[15-14] of the associated Buffer Offset Register. See the section on circular buffer management for more details. 

15 

Table 41: 



25 



Modifier options 


Mod 


Notation 


Operation 


000 


*ARn 


No modification 


001 


*ARn+ 


Post increment 


010 


*ARn- 


Post decrement 


011 


*(ARn+DR0) 


DR0 index post increment 


100 


*(ARn+DR1) 


DR1 index post increment 


101 


*(ARn-DR0) 


DR0 index post decrement 


110 


*(ARn-DR1) 


DR1 index post decrement 


111 


*ARn(DR0) 


DR0 signed offset with no modify 



family processor compatibility - ARO index 

35 I° 357 l 





access / Mode 


present processor 


other family processor 


(1) 


Byte access 


+/-1 






Word access 


+/-1 


+/-1 




Double access 


+/-2 


+/-2 



(2) When FAMILY mode is set the DAGEN hardware selects ARO register as index or offset register instead of DR0 

45 Xmem / Ymem modifiers conflict 

[0358] Two different post modifications associated to same pointer are rejected by the assembler. Such dual memory 
instruction should not appear in the code. When a post modify is used in conjunction with a no modify then the post 
modification is performed. 

50 

5.7.1 Coefficients Pointer 

[0359] The processor architecture supports a class of instructions similar to dual MAC operands which involve the 
fetch of three memory operands per cycle. Two of these operands can be addressed as dual memory access; the third 
55 one is usually the coefficient and resides on a separate physical memory bank. A specific pointer is dedicated to 
coefficients addressing. Table 42 summarizes the CDP modifiers supported by the address generation unit. 
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Table 42: 



10 



CDP Modifiers 


Mod 


Notation 


Operation 


00 


coef(*CDP) 


No modification 


01 


coef(*CDP+) 


Post increment 


10 


coef(*CDP-) 


Post decrement 


11 


coef[*CDP+DR0) 


DRO index post increment 



family processor compatibility - ARO index 

[0360] When FAMILY mode is set, the DAGEN hardware selects the ARO register as the index or offset register 
instead of DRO. (Global DR0/AR0 re-mapping from FAMILY mode). 



5.7.2 Soft Dual Memory Access 



[0361] The parallelism supported by the processor architecture allows two single memory access instructions to be 
executed on same cycle. The instruction pair is encoded as a dual instruction and restricted to indirect addressing and 
dual modifier options. 

[0362] To optimize address computation speed, the instruction fields which control the address unit have the same 
position as for a dual instruction and are independent of the formats of the instruction pair. The "soft dual" class is 
qualified by a 5-bit tag and individual instruction fields are reorganized as illustrated in Figure 47. There is no code 
size penalty. By replacing two Smem by an Xmem, Ymem we free up enough bits to insert the "soft dual" tag. The soft 
dual tag designates the pair of instructions as memory instructions. Since the instruction set mapping encodes memory 
instructions within in the range [80-FF], we can get rid of the opcode #1 MSB along soft dual fields encoding. 
[0363] Each instruction within the instruction set is qualified by a 'DAGEN' tag which defines the address generator 
resources and the type of memory accesses involved to support the instruction, as summarized in Table 43. The 
feasibility of merging two standalone memory instructions into a soft dual instruction is determined by analysis of the 
DAGEN variables and by checking for operators and buses conflicts. 



Table 43: 



Standalone memory instructions classification 


DAG code 


DAGEN tag 


X 


Y 


c 


S 
P 


Definition 


01 


DAG_X 


X 








Pointer modification without memory access 


02 


DAG_Y 




X 






Pointer modification without memory access 


03 


P_MOD 




X 






Bit pointer / Conditional branch with post- 
modify 
















08 


Smem_R 


X 








Single memory operand read 


09 


Smem_W 




X 






Single memory operand write 


10 


Lmem_R 


X 








Long memory operand read 


11 


Lmem_W 




X 






Long memory write (E request) 


12 


Smem_RW 


X 








Single memory operand read/modify/write (2 
cycles) 


13 


Smern_WF 




X 






Single memory operand write with shift ( F \ 
request ) 


14 


Lmem_WF 




X 






Long memory write with shift ( F request ) 

















EP0 992 916A1 

Table 43: (continued) 





Standalone memory instructions classification 


5 


DAG code 


DAGEN tag 


X 


Y 


c 


s 

p 

1 


Definition 




I O 


Cmpm ROW 
oi i ici 1 1 r\L/ v v 


A 


Y 
A 






iviciiiuiy \\j iiiciiiuiy ^ujai u t ou/i 




1fi 


CiriQm R\A/n 

oi i ici 1 1 r\WL/ 


A 


V 
A 






Momniv \r\ mpmnru /3)HpQt< *f^PlP 

ivitjiiiuiy i\j iiiciiiuiy \u^ucoir 


10 


17 


1 mom ROW 

LI 1 Icl 1 1 fxUVV 


X 


v 
A 






iviciiiuiy iu iiitJiiiui y^uui/ ^x;oiu * \su~ 


18 


LmemJRWD 


X 


X 


- 


- 


Memory to memory (dbl) @dst <- *CDP 




19 


Dual_WW 


X 


X 


- 


- 


Dual memory write 




20 | 


Dual_RR 


X 


X 


- 


- 


Dual memory read 


15 


21 


Dual_RW 


X 


X 


- 


- 


Dual memory read / write D / E requests 




22 


Dual_RWF 


X 


X 


- 


- 


Dual memory read / write (shift) C / F 

ram lactc 

requests 




23 


Delay 


X 


X 


- 


- 


Memory to memory (next address) 


20 


















24 


Stack_R 








X 


User stack read 




25 


Stack_W 


- 


- 


- 


X 


User stack write 


25 


26 


StackJRR 


- 


- 


- 


X 


User stack read (dbl) / User and System stack 
dual read 




27 


Stack_WW 


- 


- 




X 


User stack write (dbl) / User and System stack 

Hi i Ck 1 \A/rito 
UUdl Wi lie 


30 


9ft 
£.0 


OI Ilclll r\ Old UK VV 


X 






X 


ivicmury icdu / ubci oiduiv wine 




9Q 


OldWK i\ OI TltJiTl VV - 




X 




X 


user biacK icau / iviernory wine 




^n 


Qmom R Qtorl^ W W 
Ol 1 lei 11 W OldUft VV VV 


X 






X 


iviernory reau / user sidci\ wrue v uul / 




31 


Stack RR Sme W 




x 






U<;pr <;tar^k rpad fdbh / Memorv write 


35 


32 


Lmem_R_Stack_W W 


X 






X 


Memory read (dbl) / User stack write (dbl) j 




33 


Stack_RR_Lmem_ W 




X 




X 


User stack read (dbl) / Memory write (dbl) 




34 


N0_DAG 










No DAGEN operation 


40 


35 


EMUL 










No DAGEN operation / Emulation support 1 



Table 44 defines the 'soft dual instruction' DAGEN variables resulting from the two standalone DAGEN input variables. 
They can be split into two groups: 



45 1 . The resulting DAGEN variable matches a generic standalone DAGEN variable. 

2. The resulting DAGEN variable doesn't match a generic standalone DAGEN variable. 



Table 44: 



Soft dual DAGEN class definition from standalone DAGEN tags 


DAGEN #1 


DAGEN #2 


Soft dual DAGEN 


Existing DAGEN 
Class 


Feature PHASE #1/ 
#2 


swap from asm 


Smem_R 


Smem_W 


Dual_RW 


yes 


1 




Smem_W 


Smem_R 


Dual_RW 


yes 


1 




SmemR 


SmemR 


Dual_RR 


yes 


1 
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Table 44: (continued) 





Soft dual DAGEN class definition from standalone DAGEN tags 




DAGEN #1 


DAGEN #2 


Soft dual DAGEN 


Existing DAGEN 


Feature PHASE #1/ 


swap from asm 


5 








Class 


#2 






Qmpm \A/ 

<J 1 1 ICt 1 1 V V 


Smem W 


Dual WW 

I^UQI ¥ ¥ ¥ ¥ 


VPC 
y co 




















10 


Smpm R 

\*J 1 1 Iwl 1 1 1 \ 


Smem WF 

\J l 1 Ivl II V V 1 


Dual RWF 


yes 


1 




Qmpm WF 


Qmpm R 

OI 1 ICI 1 1 1 \ 


Dual RWF 

L/UQI 1 \ V ¥ 1 


yco 




z 




Qmpm W 

VI 1 Iwl II V V 


Qmpm WF 

VJI 1 ICI II Til 


Dual WW 

L/uai v v v v 


yco 


i 






Qmpm WF 


Qmpm W 

OI 1 ICI 1 1 V V 


Dual WW 

L*Udi_vv vv 


upc 

yea 


i 


* 


15 
















1 mpm R 

LI 1 ICI 1 1 l\ 


1 mpm W 

LI 1 ICI II V V 


Dual RW 
uuai r\ v v 


yco 


1 
i 






I mpm W 

1—1 1 ICI 1 1 V V 


1 mpm R 

LI 1 ICI 1 1 l\ 


Dual RW 
L/uai rvv V 


woe 

yco 


1 


^ — 


20 














1 mpm R 

i— 1 1 ici 1 1 r\ 


1 mpm WF 

LI 1 ICI 1 1 V V 1 


Dual RWF 

l/ucii r\vv i 


yco 


9 

Km 






I mpm WF 

l— 1 1 ICI II V V 1 


| mpm R 
li i ici 1 1 r\ 


Dual RWF 


woe 

yco 


2 


















25 


Qmpm R 

vjm ici 1 1 r> 


P MOD 


1 Dual RPM 

i uuoi r\i ivi 


no 
i \\j 


2 






P MOD 


Smpm R 


1 Dual RPM 

i L/uoi r\i ivi 


no 

1 IVJ 


2 


^ 




Qmpm W 

\JI 1 ICI II V V 


P MOD 


1 Dual WPM 

I LJUa\ vvr ivl 


no 
1 1 w 


0 

c. 




30 


P MOD 


Qmpm W 

OI 1 ICI II V V 


1 Dual WPM 

i l/uoi vvr ivi 


no 


2 






1 mpm R 

li i ici 1 1 r\ 


P MOD 


1 Dual LRPM 

1 L/Ugl Lrxi ivi 


no 


9 






P MOD 


| mpm R 
li i ici 1 1 r\ 


1 Dual 1 RPM 

i uuai Lrxi ivi 


no 
i IU 


9 






1 mpm W 

LI 1 ICI 1 1 V V 


P MOD 


1 Dual 1 WPM 

1 L/Ual LVV I IVI 


IIU 


9 
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P MOD 

1 IVIL/L* 


1 mom \A/ 

LI 1 ICH 1 VV 


1 Dual 1 WPM 

1 U U a 1 LV V 1 IVI 


IIU 


9 


^ — 




Qmpm RW 
on icm r\v v 


p Mnn 

1 (VI w LJ 


1 Phial RPM W9r 
1 UUdl r\r IVI W^U 


no 


o 
c. 






P MOD 


Smpm RW 
oi i ici 1 1 r\v v 


1 Dual RPM W9r 
i uudi r\i ivi v v 


no 
IIU 


\ 2 


< — 


40 


Qmpm WF 

Oil ICI 1 l_VV 1 


p Mon 


1 Dual WFPM 
i uudi vvrrivi 


IIU 


9 






p mod 


Qmpm WF 
OiiiciM vvr 


1 niial WFPM 

1 UUdl VV r r IVI 


no 


9 


< — 


















Qmpm RW 
oi i ici 1 1 r\ v v 


Qmpm R 
oi i ici 1 1 rv 


1 niial RR W2r 
1 UUdl rxlx VV^U 


no 

nu 


9 
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Qmpm R 
oi i ici 1 1 r\ 


Qmpm RW 
oiiicHi r\ v v 


1 Hi ml RR W2r 
i uuai r\r\ vv^.u 


no 

nu 


9 


< — 




Qmpm RW 

OH ICI 1 1 1 \ V V 


Qmpm W 

OI 1 ICH 1 V V 


1 Dual RW W2r 

1 UUdl fx V V W^L 


no 
IIU 


9 






Qmpm \A/ 

OI 1 ICI 1 l_V V 


Smpm RW 
oi i icn i r\ v v 


1 Dual RW W2r 
i uudi r\vv vv£.Kr 


no 
IIU 


9 




50 


Qmpm RW 
on ici 1 1 r\v v 


Qmpm WF 

oiiichi vvr 


1 niifll RWF W?r 

1 UUdl r\VVr VVZ.U 


no 

nu 


9 






Smem WF 


Smem RW 

I Ivl I I I Ml 


1 Dual RWF W2c 


no 


2 


< — 
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Smem_R 


LmemW 


l_Dual_RLW 


no 


2 




LmemJ/V 


Smem_R 


l_Dual_RLW 


no 


2 


<- 




Smem_R 


Lmem_WF 


l_Dua1_RLWF 


no 


2 
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Table 44: (continued) 



Soft dual DAGEN class definition from standalone DAGEN tags 


DAGEN #1 


DAGEN #2 


Soft dual DAGEN 


Existing DAGEN 
Class 


Feature PHASE #1/ 
#2 


swap from asm 


Lmem_WF 


Smem_R 


l_Dual_RLWF 


no 


2 


<— 


Lmem_R 


Smem_W 


l_Dual_LRW 


no 


2 




Smem_W 


Lmem_R 


LDual_LRW 


no 


2 




LmemR 


Smem_WF 


l_Dual_LRWF 


no 


2 




Smem_WF 


Lmem_R 


LDuaLLRWF 


no 


2 


<— 



[0364] Note: The last column flags the DAGEN combinations where the assembler has to swap the instructions along 
the soft dual encoding in order to minimize the number of cases and to simplify decoding. The mar(Smem) instruction 
is classified as Smem R. 



5.7.3 Parallel Instructions Arbitration (Global Scheme) 

20 

[0365] Each control field (operand selection / operator configuration / update ) has an associated flag that qualifies 
the control field as valid or default. The parallelism of two instructions is based on the arbitration of these two flags and 
the arbitration outcome from the other fields. This scheme insures that regardless of the checks performed by the 
assembler, the hardware will execute the two instructions in parallel only if none of the valid control fields are in conflict. 
25 If one or more control fields conflict, instruction #1 is discarded and only instruction #2 is executed, as indicated in 
Table 45. The daisy chained EXEC flags arbitration takes place in the READ pipeline phase . 



Table 45: 



Conflict resolution 


Conflict Input 


Flag #1 
Default -> 0 
Valid -> 1 


Flag #2 
Default -» 0 
Valid -> 1 


Conflict Output 


Instruction executed 


0 


0 


0 


0 


#2 


0 


0 


1 


0 


#2 


0 


1 


0 


0 


#1 


0 


1 


1 


1 


#2 


1 


X 


X 


1 


#2 



[0366] Figure 48 is a block diagram illustrating global conflict resolution. 



5.7.4 Parallel Instructions Arbitration (DAGEN Class) 

45 

[0367] The Instruction Decode hardware tracks the DAGEN class of both instructions and determines if they are in 
the group supported by the soft dual scheme, as shown in Figure 49. If $(DAGEN_1 ) and $(DAGEN_2) are in the 
subset supported by the soft dual scheme then $(DAGEN_12) is computed in order to define the DAGEN class of the 
soft dual instruction and the two original instructions are executed in parallel. If $(DAGEN_1) or $(DAGEN_2) are not 
50 in the subset supported by the soft dual scheme then $(DAGEN_12) <- NO_DAG. No post-modification is performed 
on the X and Y pointers. The instructions pair is discarded and the conditional execution control hardware can be 
reused by forcing a false condition. 

5.7.5 Soft Dual - Memory Buses Interfacing 

55 

[0368] Figure 50 is a block diagram illustrating the data flow that occurs during soft dual memory accesses. 
[0369] Table 46 summarizes the operand fetch control required to handle 'soft dual instructions'. The global data 
flow is the same as in standalone execution; only the operand shadow register load path in the READ phase is affected 
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by the soft dual scheme. 



Table 46: 



Soft Dual Instruction fetch control 


DAGEN #1 


DAGEN #2 


Soft dual 
DAGEN 


Operand #1 
standalone 
Tetcn 


Operand #2 
standalone 
tetcn 


Operand #1 
soft dual fetch 


Operand #2 
soft dual fetch 


Smem_R 


Smem_R 


Dual_RR 


DB 


DB 


DB 


CB 


Smem_R 


Smem_W 


DuaLRW 


DB 




DB 




Smem_R 


Smem_WF 


DuaLRWF 


DB 




DB 




Lmem_R 


Lmem_W 


Dual_RW 


CB.DB 




CB.DB 




Lmem_R 


Lmem_WF 


Dual_RWF 


CB.DB 




CB,DB 





[0370] Table 47 summarizes the memory write interface control required to handle 'soft dual instructions'. The global 
data flow is the same as in standalone execution; only the local write bus to global write bus transfer in the EXEC 
phase is affected by the soft dual scheme. 



Table 47: 



Memory write interface control 


DAGEN #1 


DAGEN #2 


Soft dual 
DAGEN 


Instruction* 1 
standalone 
write bus 


lnstruction#2 
standalone 
write bus 


Instruction #1 
soft dual write 
bus 


Instruction #2 
soft dual write 
bus 


Smem_R 


Smem_W 


DuaLRW 




EB 




EB 


Smem_W 


Smem_W 


DuaLWW 


EB 


EB 


EB 


FB 


Smem_W 


Smem_WF 


DuaLWW 


EB 


FB 


EB 


FB 


Smem_R 


Smem_WF 


DuaLRWF 




FB 




FB 


LmemJR 


Lmem_W 


Dual_RW 


CB.DB 


EB.FB 


CB.DB 


EB,FB 


Lmem_R 


Lmem_WF 


Dual_RWF 


CB.DB 


EB.FB 


CB.DB 


EB.FB 



5.8 Coefficient Data Memory Addressing (Coeff) 



[0371] Coefficient data memory addressing allows memory read accesses through the coefficient data pointer reg- 
ister CDP. This mode has the same properties as indirect single data memory addressing mode. 

Indirect memory addressing accesses through the CDP pointer register are performed within the main data page 
selected by MDP register. 

Indirect memory addressing accesses through the CDP address registers can address circular memory buffers. 

[0372] Instructions using the coefficient memory addressing mode to access a memory operand are mainly perform 
operations with three memory operands per cycle (see Dual MACs instructions, firs() instruction). Two of these oper- 
ands, Xmem and Ymem, can be accessed with the indirect dual data memory addressing modes. The third operand 
is accessed with the coefficient data memory addressing mode. This mode is designated in the instruction with the 
'coeff keyword. 

[0373] The following instruction example illustrates this addressing scheme. In one cycle, two multiplications can be 
performed in parallel in the D-unit dual MAC operator. One memory operand is common to both multipliers (coeff), 
while indirect dual data memory addressing accesses the two other data (Xmem and Ymem). 

ACx = sat40( rnd(uns(Xmem) * uns(coeff))), sat40(md(uns(Ymem) * uns(coeff))) 

[0374] Coeff operands are accessed through the BB bus. To access three read memory operands (as in the above 
example) in one cycle, the coeff operand should be located in a different memory bank than the Xmem and Ymem 



EP0 992 916 A1 



operands. 

[0375] Table 48 summarizes the modifier options supported by the processor architecture for coefficient memory 
accesses in enhanced mode (FAMILY status bit set to 0). The ARMS status bit does not configure the set of modifiers 
available for the coefficient addressing mode. 

5 



Table 48 : 



coeff coefficient data memory addressing modifiers. 


Assembly Syntax 


Generated Address 


Pointer Register Modification 


Access Type 


coef(*CDP) ! 


MDP* ([BOFC + ]CDP) 


No modification 




coef(*CDP+) ! 


MDP • ([BOFC + ]CDP) 


CDP = CDP + 1 
CDP = CDP + 2 


Coeff 
Dbl (coeff) 


coef(*CDP-) 


MDP* ([BOFC + ]CDP) 


CDP = CDP -1 
CDP = CDP -2 


Coeff 
Dbl(coeff) 


coef(*(CDP+DR0)) 


MDP • ([BOFC + ]CDP) 


CDP = CDP + DRO 




Note: This symbol indicates a concatenation operation between a 7-bit field and a 16-bit field : • 
Note: Buffer offset BOFC is only added when circular addressing mode is activated. 



20 

[0376] When FAMILY = 1, the modifier *(CDP+DR0) is not available. When the processor operates in compatible 
mode (FAMILY = 1 ), the indirect dual data memory addressing modes summarized in Table 49 are valid except for the 
following indirect addressing mode: *coef(CDP+DR0). Instead, the following modifier is available (see Table 49) : *coef 
(CDP+ARO). 

25 

Table 49: 



Coeff coefficient memory data addressing modifiers when FAMILY = 1 (to be added to those listed in Table 48) 


Assembly Syntax 


Generated Address 


Address Register 
Modification 


Access Type 


coef(*(CDP+AR0)) 


MDP • ([BOFC + ]CDP) 


CDP = CDP + ARO 




Note: This symbol indicates a concatenation operation between a 7-bit field and a 16-bit field: • 
Note: Buffer offset BOFC is only added when circular addressing mode is activated. 



35 

5.9 Register Bit Addressing: Baddr 

[0377] The processor CPU core takes advantage of the Data Address Generation Unit (DAGEN) features to provide 
an efficient means to address a bit within a CPU register. In this case, no memory access is performed. Direct and 
40 indirect register bit addressing mode can be used in instructions performing bit manipulation on the processor core 
CPU address, data and accumulator registers. Register bit addressing will be designated in instructions with the 'Baddr* 
keyword. Five bit manipulation instructions, shown in the examples below, use this addressing mode. The last instruc- 
tion example causes a single register bit address to be generated by the DAGEN unit while two consecutive bits are 
tested within the 'src' register (for more details see each instruction description): 

45 

• TCx = bit(src, Baddr) 

• cbit(src, Baddr) 

• bit(src, Baddr) = #0 

• bit(src, Baddr) = #1 
so • bit(src, pair(Baddr)) 

5.9.1 Direct Bit Addressing Mode (dba) 

[0378] Direct bit addressing mode allows direct bit access to the processor CPU registers. The bit address is specified 
55 within: 

[0..23] range when addressing a bit within the ARx address registers or the DRx data registers, 
[0..39] range when addressing a bit within the ACx accumulator registers. 
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[0..22] range when addressing two consecutive bits within the ARx address registers or the DRx data registers, 
• [0..38] range when addressing two consecutive bits within the ACx accumulator registers. Out of range values can 
cause unpredictable results. The assembly syntax of the direct register bit addressing mode is shown in Table 50. 



Table 50: 



Baddr, pair(Baddr) direct bit addressing (dba) 


Assembly syntax 


Generated Bit address 


Comments 


@dba 


dba 


Baddr register bit addressing mode 



5.9.2 Indirect Register Bit Addressing Mode 

[0379] Indirect register bit addressing mode computes a bit position within a CPU register from the contents of the 
15 eight address registers AR[0-7] or from the contents of the coefficient data pointer CDP. Whenever such CPU register 
bit access is performed, the selected pointer register can be modified before of after the bit position has been generated. 
Pre-modifiers will modify the content of the pointer register before generating the register bit position. Post-modifiers 
will modify the content of the pointer register after generating the register bit position. 

[0380] The sets of the modifiers applied to the pointer register depends on ARMS status bit. When ARMS = 0. the 
20 'DSP mode' modifiers are used for indirect register bit accesses. When ARMS = 1 , the 'Control mode' modifiers are used. 
[0381] The modifiers applied to the selected pointer register can be controlled by a circular management mechanism 
in order to implement circular bit arrays in CPU registers. The circular management mechanism is controlled by following 
resources : 

25 • The status register ST2, where each pointer register can be configured in circular or in linear mode. 

The three 16-bit buffer size registers BK03, BK47, and BKC where the size of the circular bit arrays to implement 
can be determined. 

• The five 16-bit buffer offset registers BOF01, BOF23, BOF45, BOF67 and BOFC which allow implementation of 
circular bit arrays starting at any bit position in the CPU registers. 

30 

5.9.2.1 Indirect Register Bit Addressing in DSP Mode 

[0382] Table 51 summarizes the modifier options supported by the processor architecture for indirect register bit 
accesses in DSP mode and in enhanced mode (FAMILY status bit set to 0). Instructions making a CPU register bit 

35 access with the *ARn(#K16), *+ARn(#K16), *GDP(#K16), or *+CDP(#K16) indirect register bit addressing modes have 
a two byte extension and can not be paralleled. When the processor operates in DSP mode and in compatible mode 
(FAMILY = 1), the indirect register bit addressing modes summarized in Table 51 are valid except the following five 
indirect addressing modes: *ARn(DR0), *(ARn+DR0), *(ARn-DR0) *(ARn+DR0B) and *(ARn-DR0B). Instead, the fol- 
lowing five modifiers are available (see Table 52): *ARn(AR0), *(ARn+AR0), *(ARn-AR0) *(ARn+AR0B) and *(ARn- 

40 AR0B). 



Table 51: 



Baddr, pair(Baddr) indirect register bit addressing modifiers when ARMS = 0. When FAMILY = 1, the modifiers * 
(ARn+DRO), *(ARn-DR0), *ARn(DR0), *(ARn+DR0B) and *(ARn-DR0B)are not available. 


Assembly Syntax 


Generated Address 


Pointer Register 
Modification 


Access Type 


*ARn 


[BOFyy + ] ARn 


No modification 




*ARn+ 


[BOFyy + ] ARn 


ARn = ARn + 1 
ARn = ARn + 2 


Baddr 
Pair(Baddr) 


*ARn- 


[BOFyy + ] ARn 


ARn = ARn - 1 
ARn = ARn - 2 


Baddr 
Pair(Baddr) 


*(ARn+DR0) 


[BOFyy + ] ARn 


ARn = ARn + DR0 




*(ARn-DR0) 


[BOFyy + ] ARn 


ARn - ARn - DR0 




*ARn(DR0) 


[BOFyy + ] ARn + DR0 


No modification 
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Table 51 : (continued) 



Baddr, pair(Baddr) indirect register bit addressing modifiers when ARMS = 0. When FAMILY = 1, the modifiers * 
(ARn+DRO), *(ARn-DR0), *ARn(DR0), *(ARn+DR0B) and *(ARn-DROB)are not available. 


Assembly Syntax 


Generated Address 


Pointer Register 
Modification 


Access Type 


*(ARn+DR1) 


[BOFyy + ] ARn 


ARn = ARn + DR1 




*(ARn-DR1 ) ! 


[BOFyy + ] ARn 


ARn = ARn - DR1 




*ARn(DR1) 


[BOFyy + ] ARn + DR1 


No modification 




*+ARn 


[BOFyy + ] ARn + 1 [BOFyy 
+ ] ARn + 2 


ARn = ARn + 1 
ARn = ARn + 2 


Baddr 
Pair(Baddr) 


*-ARn 


[ BOFyy + ] ARn - 1 [BOFyy 
+ ] ARn - 2 


ARn = ARn - 1 
ARn = ARn - 2 


Baddr 
Pair(Baddr) 


*(ARn+DR0B) 


ARn 


ARn = ARn + DROB DRO 
index post increment with 
reverse carry propagation. 


Circular modification is not 
allowed for this modifier. 


*(ARn-DR0B) 


ARn 


ARn = ARn - DROB DRO 
index Dost decrement with 

IIIUWA ^Uul UwUlCIMwIll Willi 

reverse carry propagation. 


Circular modification is not 
allowed for this modifier 

□ iiuncu i w i uiio iiiuuiiiwii 


*ARn(#K16) 


[BOFyy + ] ARn + K16 


No modification 




*+ARn(#K16) 


[BOFyy + ] ARn + K1 6 


ARn = ARn + #K16 




*CDP 


[BOFC + ]CDP 


No modification 




*CDP+ 


[BOFC + ] CDP 


CDP = CDP + 1 




*CDP- 


[BOFC+]CDP 


CDP = CDP - 1 




*CDP(#K16) 


[BOFC + ]CDP + K16 


No modification 




*+CDP(#K16) 


[BOFC + ]CDP + K16 


CDP = CDP + #K16 




Note: Buffer offset BOFyy is only added when circular addressing mode is activated. 



Table 52: 



Baddr, pair(Baddr) indirect register bit addressing modifiers only available when ARMS = 0 and FAMILY = 1 (to be 

added to those listed in Table 51 ) 


Assembly Syntax 


Generated Address 


Address Register Modification 


Access Type 


"(ARn+ARO) 


[BOFyy + ]ARn 


ARn = ARn + ARO 




"(ARn-ARO) 


[BOFyy + ] ARn 


ARn = ARn - ARO 




*ARn(AR0) 


[BOFyy + ]ARn + ARO 


No modification 




*(ARn+AR0B) 


ARn 


ARn = ARn + AROB 

ARO index post increment with 

reverse carry propagation. 


Circular modification is not 
allowed for this modifier. 


*(ARn-AR0B) 


ARn 


ARn = ARn - AROB 

ARO index post decrement with 

reverse carry propagation. 


Circular modification is not 
allowed for this modifier. 


Note: Buffer offset BOFyy is only added when circular addressing mode is activated. 



5.9.2.2 Indirect Register Bit Addressing in Control Mode 



[0383] Table 53 summarizes the modifier options supported by the processor architecture for indirect register bit 



EP0 992 916 A1 



accesses in control mode and in enhanced mode (FAMILY status bit set to 0). Identically to DSP mode, instructions 
making a bit manipulation with the *ARn(#K16), *+ARn(#K16), *CDP(#K16), or *+CDP(#K16) indirect register bit ad- 
dressing modes have a two byte extension and can not be paralleled. 

[0384] Instructions using the *ARn(short(#K3)) indirect register bit addressing mode do not follow this rule since 
5 these instructions do not have any byte extension for short constant encoding. The *ARn(short(#K3)) addressing mode 
permits access to bits included in an 8-bit ARn frame. 

[0385] When the processor operates in Control mode and in compatible mode (FAMILY = 1), the indirect register bit 
addressing modes summarized in Table 53 are valid except the following three indirect addressing modes: *ARn(DR0), 
*(ARn+DR0) and *(ARn-DR0). Instead, the following three modifiers are available (see Table 54): *ARn(AR0), *(ARn+AR0) 
10 and *(ARn-AR0). 



Table 53: 



Baddr, pair(Baddr) indirect register bit addressing modifiers when ARMS = 1. When FAMILY = 1 , the modifiers * 
(ARn+DRO), *(ARn-DR0) and *ARn(DR0) are not available. 


AssemDiy oyntax 


oenerateo Aaaress 


Pointer Register 
Modification 


Access Type 


* A Dn 

AKn 


rQfMZtM/ -L 1 ADn 

[bUryy + j AKn 


No modification 




*ARn+ 


[BOFyy + ] ARn 


ARn = ARn + 1 

ADn — ADn J. O 

AKn - AKn + z 


Baddr 
rair(Daoar) 


* A Dn 

AKn- 


|bUFyy + J AKn 


ARn - ARn - 1 
ARn = ARn - 2 


baddr 
Pair(Baddr) 


*(ARn+DR0) 


[BOFyy + ] ARn 


ARn = ARn + DRO 




*(ARn-DR0) 


[BOFyy + ] ARn 


ARn = ARn - DRO 




*ARn(DR0) 


[BOFyy + ] ARn + DRO 


No modification 




*ARn(short(#K3)) 


[BOFyy + ] ARn + K3 


No modification 




*ARn(#K16) 


[BOFyy + ] ARn + K16 


No modification 




*+ARn(#K16) 


[BOFyy + ] ARn + K16 


ARn = ARn +#K16 




*CDP 


[BOFC + ]CDP 


No modification 




*CDP+ 


[BOFC + ]CDP 


CDP = CDP + 1 
CDP = CDP + 2 


Baddr 
Pair(Baddr) 


*CDP- 


[BOFC + ]CDP 


CDP = CDP - 1 
CDP = CDP -2 


Baddr 
Pair(Baddr) 


*CDP(#K16) 


[BOFC + ]CDP + K16 


No modification 




*+CDP(#K16) 


[BOFC + ]CDP + K16 


CDP = CDP + #K16 




Note: Buffer offset BOFyy is only added when circular addressing mode is activated. 



Table 54: 



Baddr, pair(Baddr) indirect register bit addressing modifiers (to be added to those listed in Table 53) 


Assembly Syntax 


Generated Address 


Address Register Modification 


Access Type 


*(ARn+AR0) 


[BOFyy + ] ARn 


ARn = ARn + ARO 




*(ARn-AR0) 


[BOFyy + ]ARn 


ARn = ARn - ARO 




*ARn(AR0) 


[BOFyy + ] ARn + AR0 


No modification 




Note: Buffer offset BOFyy is only added when circular addressing mode is activated. 
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5.9.3 Remark on 'Goto on Address Register N only available when ARMS = 1 and FAMILY = 1 to Equal Zero' Instruction 

[0386] the processor provides following control flow operation instructions which perform a 'goto on address register 
not equal zero : 

5 

• if(ARn[mod]!=#0)gotoL16 

• if( ARn[mod] != #0) dgoto L1 6 

[0387] These instructions use the indirect bit addressing modifiers shown in the previous tables to: 

10 

pre-modify the contents of the ARn address register before testing it and branching to the target address, 
post-modify the contents of the ARn address register after testing it and branching to the target address. 

[0388] Identically to the register bit addressing modes described earlier, the DAGEN unit computes and tests the 
*5 value of the ARn register. These instructions may be used to implement counters in address registers. 

5.10 Circular Buffer Management 

[0389] Circular addressing can be used for : 

20 

Indirect single data memory access (Smem, dbl(Lmem)) 

• Indirect register bit access (Baddr) 

Indirect dual data memory access (Xmem, Ymem) including software indirect dual data memory accesses 

• Coefficient data memory addressing (coeff) 

25 

[0390] The ARx address registers and the CDP address registers can be used as pointers within a circular buffer. 
In the processor architecture, circular memory buffer start addresses are not bounded by any alignment constraints. 
[0391] Basic Circular Buffer Algorithm: 



if (step >=0) 




if ((ARx + step - start - size) > 0 ) 


1* out of buffer */ 


ARx = ARx + step - size; 




else 




ARx = ARx + step; 


/* in buffer 7 


if (step < 0) 




if ((ARx + step - start) > 0) 


/* in buffer 7 


ARx = ARx + step; 




else 




ARx = ARx + step + size; 


/* out of buffer 7 



[0392] The circular buffer management hardware assumes that the following programming rules are followed: 

Stepping defined by the value stored in the DR0 and DR1 registers is lower than or equal to the buffer size 
The address stored into ARx points within the virtual circular buffer when the buffer is accessed for the first time. 
When BKx is zero, the circular modifier results in no circular address modification. 

[0393] Figure 51 illustrates the circular buffer address generation flow involving the BK, BOF and ARx registers, the 
bottom and top address of the circular buffer, the circular buffer index, the virtual buffer address and the physical buffer 
address. 

5.10.1 Architecture Detail 

[0394] Figure 52 illustrates circular buffer management. The AR0 and BOF01 registers are being used to address 
a circular buffer. BK0 is initialized to the size of the buffer and ST2 bit 0 is set to 1 in indicate circular addressing 
modification of the AR0 register. 

[0395] Note that the address generated by the DAGEN unit uses a main data page pointer register to build a 23-bit 
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word address only for data memory addressing . Concatenation with main data page pointers does not occur in register 
bit addressing. 

[0396] Each of the eight address registers ARx and the coefficient data pointer CDP can be independently configured 
to be linearly of circularly modified through the indirect addressing performed with these pointer registers. This config- 
5 uration is indicated within ST2 status bit register (see Table 54). 

[0397] The circular buffer size is defined by the buffer size registers. The processor architecture supports three 1 6-bit 
buffer size registers (BK03, BK47 and BKC). Table 54 defines which buffer size register is used when circular addressing 
is performed. 

[0398] The circular buffer start address is defined by the buffer offset register combined with the corresponding ARx 
10 address register or CDP coefficient data pointer register The processor architecture supports five 16-bit buffer offset 
registers (BOF01, BOF23, BOF45, BOF67 and BOFC). Table 54 defines which buffer offset register is used when 
circular addressing is performed. 



Table 54: 



ST2, BOFxx, BKxx, registers configuring circular modification of ARx and CDP registers. 


Pointer Register 


Circular Modification 


Main Data Page 


Buffer Offset Register 


Buffer Size Register 




Configuration Bit 


Pointer (for data 










memory addressing 










only) 






ARO 


ST2[0] 


MDP05 


BOF01[15:0] 




AR1 


ST2[1] 


MDP05 


BOF01[15:0] 












BK03 


AR2 


ST2[2] 


MDP05 


BOF23[15:0] 




AR3 


ST2[3] 


MDP05 


BOF23[15:0] 




AR4 


ST2[4] 


MDP05 


BOF45[15:0] 




AR5 


ST2[5] 


MDP05 


BOF45[15:0] 












BK47 


AR6 


ST2[6] 


MDP67 


BOF67[15:0] 




AR7 


ST2[7] 


MDP67 


BOF67[15:0] 




CDP 


ST2[8] 


MDP 


BOFC[15:0] 


BKC 



35 5.10.2 Circular Addressing Algorithm 



[0399] A virtual buffer is defined from the buffer size BKxx registers and the circular buffer management unit maintains 
an index within the virtual buffer address boundaries. The top of the virtual buffer is address OH and the bottom address 
is determined by the BKxx contents. The location of the first T in the BKxx register (say bit N) is used to determine an 
40 index within the virtual buffer. This index is the ARx or CDP register N lowest bit zero extended to 16-bits. The circular 
buffer management unit performs arithmetic operations on this index. An addition or a subtraction of the BKxx register 
contents is performed according to the value of the index in relation to the top and bottom of the virtual buffer. The ARx 
(or CDP) new value is then built from the new contents of the index and the high (23-N) bits of the old contents of the 
ARx or CDP registers. 

45 [0400] According to the selected indirect addressing mode, the DAGEN generates a 23-bit word address as follows: 

For addressing modes requiring pre-modification of pointer registers, a 16-bit addition of the BOFxx register and 
the new contents of the ARn or the CDP register is performed followed by a concatenation with the corresponding 
7-bit main data page pointer register MDPxx. (When register bit addressing is performed, this concatenation does 
50 not occur.) 

For addressing modes requiring post-modification of pointer registers, a 16-bit addition of the BOFxx register and 
the old content of the ARn or the CDP register is performed followed by a concatenation with the corresponding 
7-bit main data page pointer register MDPxx. (When register bit addressing is performed, this concatenation does 
not occur.) 

55 

[0401] As a summary, here is the circular addressing algorithm performed by the circular buffer management unit. 
It takes into account that a pre-modification of pointer register may modify ARx or CDP register by a step value (ex : 
*+ARX(#K16) addressing mode): 
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if (step >=0) 




if ((index + step - BKxx) >= 0 ) 


r out of buffer */ 


new index = index + step - BKxx; 




else 




new index = index + step; 


r in buffer V 


if (step < 0) 




if ((index + step) >= 0) 


/* in buffer */ 


new index = index + step; 




else 




new index = index + step + BKxx; 


r out of buffer 7 



5.10.3 Circular Buffer Implementation 

[0402] The processor architecture implements circular buffers as follows: 

• Initialize the appropriate bit of the ST2 pointer configuration register to indicate circular activity for the selected 
pointer 

• Initialize the appropriate MDPxx main data page pointer to select the 64K page where the circular buffer is imple- 
mented 

Initialize the appropriate BOFxx buffer offset register to the start address of the circular buffer 

• Initialize the appropriate ARx or CDP register as the index within the circular buffer 

• Initialize the MDPxx, BOFxx and ARx such that before any pointer modification occurs on the selected pointer 
register, the following 23-bit address points within the circular buffer: MDPxx • (BOFx + ARX ) 

Initialize the DR0 and DR1 step registers so that they are less than or equal to the buffer size in the BKxx register. 

[0403] Example of code sequence : 



Bit(ST2, #0) = #1 


; AR0 is configured to be modified circularly 




MDP05 =#01 H 


; circular buffer is implemented in main data 


page 1 


BOF01 =#0A02H 


; circular buffer start address is 010A02h 




BK03 = #6 


; circular buffer size is 6 words. 




AR0 = #2 


; index is equal to 2. 




AC0 = *AR0+ 


; ACO loads content of 010A04H and AR0 = 


4 


AC0 = *AR0+ 


; ACO loads content of 010A06H and AR0 = 


0 


ACO = *AR0+ 


; ACO loads content of 010A02H and AR0 = 


2 



5.10.4 Compatibility 

[0404] In compatible mode( FAMILY status bit set to 1), the circular buffer size register BK03 is associated to AR 
[0-7] and BK47 register access is disabled. The processor architecture emulates FAMILY circular buffer management 
if the programming rules below are followed: 

• Initialize the appropriate bit of the ST2 pointer configuration register to indicate circular activity for the selected 
pointer 

Initialize the appropriate MDPxx main data page pointer to select the 64K page where the circular buffer is imple- 
mented (translator output code assumes main data page 0) 

Initialize the appropriate BOFxx buffer offset register to 0 (translator output code assumes that all BOFxx registers 
are set to 0) 

Initialize the appropriate ARx or CDP register before using any circular addressing. The selected register should 
point within the circular buffer. 

Initialize the AR0 and DR1 step registers so that they are less than or equal to the buffer size in the BKxx register. 
[0405] Example of code sequence emulating a prior processor in the family's circular buffer : 
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Bit(ST2, #0) = #1 
MDP05 =#0H 
BOF01 =#0H 
BK03 = #6 
ARO = #00A02h 
ACO = *ARO+ 
ACO = *ARO+ 
ACO = *ARO+ 



; ARO is configured to be modified circularly 

; circular buffer is implemented in main data page 0 

; circular buffer size is 6 words. 
; circular buffer start address is OOOAOOh. 
; ACO loads content of 010A02H and ARO = 4 
; ACO loads content of 010A04H and ARO = 0 
; ACO loads content of 010A00H and ARO = 2 



[0406] This circular buffer implementation requires the alignment of the circular buffer on a 2 A 3 word address bound- 
ary. To remove this constraint, initialize the BOF01 register with an offset to disalign the circular buffer implementation : 



Bit(ST2, #0) = #1 
MDP05 =#0H 
BOF01 =#2H 
BK03 = #6 
ARO = #00A02h 
ACO = *AR0+ 
ACO = *AR0+ 
ACO = *AR0+ 



ARO is configured to be modified circularly 

circular buffer is implemented in main data page 0 

generate an offset of 2 words to the buffer start ; address 

circular buffer size is 6 bytes 

circular buffer start address is 000AO2h. 

ACO loads content of 010A04H and ARO = 4 

ACO loads content of 010A06H and ARO = 0 

ACO loads content of 010A02H and ARO = 2 



5.11 Memory Mapped Register (MMR) Addressing Modes 
5.11.1 Using Single Data Memory addressing modes 

[0407] As described in an earlier section, the processor CPU registers are memory mapped at the beginning of each 
64K main data page between addresses Oh and 05Fh. This means that any single data memory addressing mode 
(Smem, dbl(Lmem)) can be used to access the processor MMR registers. 

[0408] Direct data memory addressing (dma) can be used. In this case, the user must ensure that processor is in 
application mode (CPL status bit is set 0) and the local data page pointer register is reset to 0. Then, the user can use 
the MMR register symbol to define the dma field of single data memory operand instructions to access these registers. 

Example: 

[0409] 



DP = #0 


; set DP to 0 


.DP0 


; assembler directive to indicate DP value 0 


bit(ST1,#CPL) = #0 


; set CPL to 0 


AC1 = uns( @AC0J_) 


; make a dma access to address AC0_L MMR register. 



[0410] Indirect data memory addressing can be used. In this case, the user must ensure that the pointer register 
used is appropriately initialized to point to the selected MMR register. The addresses of these MMR registers are given 
in Table 13. The ARMS, the FAMILY status bits and the ST2, BOFxx, BKxx, MDPxx, and DRx registers should be 
initialized for an indirect single data memory access (Smem, dbl(Lmem)). Example: 



AR1 = #AC0_L 
AC1 =uns(*AR1) 



; initialize AR1 so that it points to AC0_L 

; make an indirect access to address of AC0_L MMR register. 



[0411] Absolute data memory addressing can be used. In this case, the addresses of the MMR registers (see Table 
13) can be used to access the selected MMR. 
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Example: 
[0412] 



AC1 = *(#AC0_L) 



; make an absolute access to address of AC0_L MMR register. 



5.11.2 Using mmap() Qualifier Instruction 



[0413] The first scheme has the disadvantage if forcing the user to reset the local data page pointer and the CPL to 
0 before making the MMR access. The third scheme has the disadvantage of extending the single data memory operand 
instruction with a two byte extension word. 

[0414] The generic MMR addressing mode uses the mmap() instruction qualifier in parallel with instructions making 
a direct memory address (dma). The mmap() qualifier configures the DAGEN unit such that for the execution of the 
paralleled instructions the following occurs: 

CPL is masked to 0. 
DP is masked to 0. 
• MDP is masked to 0. 

Example: 



[0415] AC1 = *@(AG0_L) II mmap() ; make an MMR access to AC0J. register. 

[0416] These settings will enable access to the 60 first words of the 8M words of data memory which correspond to 
the MMR registers. 

5.11.3 MMR Addressing Restrictions 



[0417] Some restrictions apply to all of the MMR addressing modes described in other sections. Instructions loading 
or storing bytes and instructions making a shift operation before storing to memory cannot access the MMRs (see 
Table 55). 



Table 55 : 



processor instructions which do not allow MMR accesses 


dst = uns(high_byte(Smem)) 


high_byte(Smem) = src 


dst = uns(low_byte(Smem)) 


low_byte(Smem) = src 


ACx = high_byte(Smem) « SHIFTW 




ACx = low_byte(Smem) « SHIFTW 




Smem = HI(rnd(ACx)) 


Smem = LO(ACx « DRx) 


Smem = HI(saturate(rnd(ACx))) 


Smem = LO(ACx « SHIFTW) 


Smem = HI(rnd(ACx « DRx)) 


Smem = HI(ACx « SHIFTW) 


Smem = HI(saturate(rnd(ACx « DRx))) 


Smem = HI(rnd(ACx « SHIFTW)) 




Smem = HI(saturate(rnd(ACx « SHIFTW))) 



5.12 I/O Memory Addressing Modes 

50 

[0418] As described in a previous section, peripheral registers or ASIC domain hardware are memory mapped in a 
64K word I/O memory space. The efficient DAGEN unit operators can be used to address this memory space. All 
instructions having a single data memory operand (Smem) can be used to access the RHEA bridge through the DAB 
and EAB buses. 

55 [041 9] The user can use an instruction qualifier in parallel with the single data memory operand instruction to redirect 
the memory access from the data space to the I/O space. This re-direction can be done with the readportQ or writeport 
() instruction qualifier. 

[0420] When the readportQ qualifier is used, all Smem read operands of instructions will be re-directed to the I/O 
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space. The first example below illustrates a word data memory read access. The second example demonstrates a 
word I/O memory read access. 

• dst = Smem 
5 • dst = Smem II readport() 

[0421] It is illegal to apply this qualifier to instructions with an Smem write operand. 

[0422] When the writeport() qualifier is used, all Smem write operands of instructions will be redirected to the I/O 
space. The first example below illustrates a word data memory write access. The second example demonstrates a 
10 word I/O memory write access. 

Smem = dst 

Smem = dst II writeport() 
is [0423] It is illegal to apply this qualifier to instructions with an Smem read operand. 

5.12.1 Direct I/O Memory Addressing Mode 

[0424] As has been explained in an earlier section, single data memory addressing can be direct data memory 
20 addressing (dma). This data memory addressing mode, if modified by the paralleled readport() / writeport() qualifier, 
becomes a direct I/O memory addressing mode. The 7-bit positive offset dma encoded within the addressing field of 
the instruction is concatenated to the 9-bit peripheral data page pointer PDR The resulting 16-bit word address is used 
to address the I/O space. This addressing mode allows definition of 128-word peripheral data pages within the I/O 
memory space. The data page start addresses are aligned on a 128-bit word boundary. Also, 512-word peripheral data 
25 pages can be defined within the I/O memory space. It is important to note that byte operand read and write can be 
handled through this mechanism and the CPL status bit does not impact this addressing mode. 

5.12.2 Indirect I/O Memory Addressing Mode 

so [0425] As has been explained in a previous section, single data memory addressing can be indirect data memory 
addressing. This data memory addressing mode, if modified by the paralleled readport()/writeport() qualifier, becomes 
an indirect I/O memory addressing mode. The indirect data memory address generated by the address generation unit 
is used to address the I/O space. Note that since the peripheral space is limited to a 64K word space, the DAGEN unit 
computes only a 16-bit word address; concatenation with MDPxx registers does not occur. In this case, the user must 

35 ensure that the pointer registers ARx and CDP used to for the addressing are appropriately initialized to point to the 
selected I/O memory location. For any of these accesses, the ARMS, the FAMILY status bits, and ST2, BOFxx, BKxx, 
and DRx registers should be initialized for indirect single data memory access. It is important to note that byte operand 
read and write can be handled through this mechanism and MDPxx register contents do not impact this addressing 
mode. 

40 

5.12.3 Absolute I/O Memory Addressing Mode 

[0426] The I/O memory space can also be addressed with an absolute I/O addressing mode (see Table 56). Single 
data memory addressing Smem operand instructions may use this mode to address the entire 64K words of I/O memory. 
45 The 16-bit word address is a constant passed by the instruction through a two byte extension added to the instruction. 
Instructions using these addressing mode to access I/O memory operand can not be paralleled. 



Table 56: 



Absolute I/O memory addressing modes 


Assembly Syntax 


Generated Address 


Comments 


*port(#k16) 


k16 


Smem. access 



5.12.4 I/O Memory Addressing restrictions 

[0427] Some restrictions apply to all of the I/O memory addressing modes described in previous sections. Instructions 
making a shift operation before storing to memory cannot access the I/O memory space locations (see Table 57). 
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Table 57: 



processor instructions which do not allow I/O accesses 


Smem = HI(rnd(ACx)) 


Smem = LO(ACx « DRx) 


Smem = HI(saturate(rnd(ACx))) 


Smem = LO(ACx « SHIFTW) 


Smem = HI(rnd(ACx « DRx)) 


Smem = HI(ACx « SHIFTW) 


Smem = HI(saturate(rnd(ACx « DRx))) 


Smem = HI(rnd(ACx « SHIFTW)) 




Smem = HI(saturate(rnd(ACx « SHIFTW))) 



5.13 Stack Addressing Modes 

5.13.1 Data Stack Pointer Register (SP) 

[0428] The 16-bit stack pointer register (SP) contains the address of the last element pushed onto the stack. The 
stack is manipulated by the interrupts, traps, calls, returns and the push / pop instructions family. A push instruction 
pre-decrements the stack pointer; a pop instruction post-increments the stack pointer. Stack management is mainly 
driven by the FAMILY compatibility requirement to keep an earlier family processor and the processor stack pointers 
in synchronization to properly support parameter passing through the stack. The stack architecture takes advantage 
of the 2 x 16-bit memory read/write buses and dual read/write access to speed up context saves. For example, a 32-bit 
accumulator or two independent registers are saved as a sequence of two 16-bit memory writes. The context save 
routine can mix single and double push()/pop() instructions. The byte format is not supported by the push/pop instruc- 
tions family. 

[0429] To get the best performance during context save, the stack has to be mapped into dual access memory 
instances. Applications which require a large stack can implement it with two single access memory instances with a 
special mapping (odd/even bank) to get rid of the conflict between E and F requests. 
[0430] Stack instructions are summarized in Table 58. 



Instructions 




EB Request @ SP-1 


Stack Access 


push(DAx) 




DAx[15-0] 


single write 


push(ACx) 




ACx[15-0] 


single write 


push(Smem) 




Smem 


single write 



Instructions 


FB Request @ SP-2 


EB Request @ SP-1 


Stack Access 


dbl(push(ACx)) 


ACx[31-16] 


ACx[15-0] 


dual write 


push(dbl(Lmem)) 


Lmem[3M6] 


Lmem[15-0] 


dual write 


push(srcSmem) 


src 


Smem 


dual write 


push(src1,src2) 


srd 


src2 


dual write 



Instructions 




DB Request @ SP 


Stack Access 


(1) DAx = pop() 




DAxf 15-01 


single read 


ACx = pop() 




ACx[15-0] 


single read 


Smem = pop() 




Smem 


sinqle read 



Instructions 


CB Request @ SP 


DB Request @ SP+1 


Stack Access 


ACx = dbl(popO) 


ACx[31-16] 


ACx[15-0] 


dual read 


dbl(Lmem) = pop() 


Lmem[31-16] 


Lmemf 15-01 


dual read 


dstSmem = pop() 


dst 


Smem 


dual read 


dst1,dst2 = pop() 


dst1 


dst2 


dual read 



Table 58: Stack referencing instructions 
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5.13.2 System Stack Pointer (SSP) 

5.13.3 Compatibility - Parameter Passing Through The Stack 

5 [0431] Keeping the earlier family processor stack pointers and the processor stack pointers in synchronization is a 
key translation requirement to support parameter passing through the stack. To address this requirement, the processor 
stack is managed from two independent pointers, the data stack pointer SP and the system stack pointer SSP. The 
user should only handle the system stack pointer for initial system stack mapping and for implementation of context 
switches. See Figure 53. 

10 [0432] In a context save driven by the program flow (calls, interrupts), the program counter is split into two fields PC 
[23:16], PC[15:0] and saved as a dual write access. The field PC[1 5:0] is saved on the data stack at the location pointed 
to by SP through the EB/EAB buses. The field PC[23:1 6] is saved on the stack at the location pointed to by SSP through 
the FB/FAB buses. Table 59 summarizes the Call and Return instructions. 



Instructions 


FB Request 
@ SSP-1 


EB Request 
@ SP-1 


Stack 
Access 


call P24 


PC[23-16] 


PC[15-0] 


dual write 



20 


Instructions 


CB Request 


DB request 


Stack 






@ SSP 


@ SP+1 


Access 




return 


PQ23-16] 


pen 5-o] 


dual read 



Table 59: Call and Return Instructions 



25 5.13.4 Family Compatibility - Far calls 

[0433] Depending on the C54x device original code, the translator may have to deal with "far calls" (24 bit address). 
The processor instruction set supports a unique class of call/return instructions based on the dual read/dual write 
scheme. The translated code will execute an SP = SP + K8 instruction in addition to the call to end up with the same 
30 SP post modification. 

5.13.5 Compatibility - Interrupts 

[0434] There is a limited number of cases where the translation process implies extra CPU resources. If an interrupt 
35 is taken within such a macro and if the interrupt routine includes similar macros, then the translated context save 
sequence will require extra push() instructions. That means an earlier family processor and the present processor stack 
pointers are no longer in synchronization during the ISR execution window. Provided that all the context save is per- 
formed at the beginning of the ISR, any parameter passing through the stack within the interrupt task is preserved. 
Upon return from interrupt, the earlier family processor and the present processor stack pointers are back in synchro- 
40 nization 

5.13.6 Family Compatibility 

[0435] As has been described, the FAMILY status bits configure the DAGEN such that in compatible mode ( FAMILY 
45 status bit set to 1), some modifiers using the DR0 register for address computation purposes are replaced by similar 
modifiers and the circular buffer size register BK03 association to AR[0-7] and BK47 register access is disabled. 

6. Bus error tracking 

so [0436] Three types of 'bus error tracking' are supported by the processor architecture to optimize software develop- 
ment effort by simplifying real time system debug: static mapping errors, bus time-out errors, and software restrictions 
violations (restrictions from the hardware implementation and parallelism rules). 

[0437] All bus errors from the various memories and peripherals in the system are gated together and sent to the 
CPU to be merged with the CPU internal errors. A ready signal is returned to the CPU to allow completion of the access. 
55 This global 'bus error 1 event sets the IBERR flag in the IFR1 register. If enabled from the IEBERR mask bit (IMR1 
register), a high priority interrupt is generated. The user must define the appropriate actions within the bus error ISR 
(Software reset, breakpoint, alert to the Host ....). The bus error tracking scheme is implemented to never hang the 
processor on an illegal access for any type of error. 
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6.1.1 Static mapping errors 

[0438] A static mapping error occurs when a request (read or write) is generated in the program or data bus, and 
the address associated with the request is not in the memory map of the processor core based system. The static 
5 mapping error has to be tracked for: 

Access to memories implemented within the megacell or sub-chip 
Access to on-chip memories implemented within the 'custom gates domain 

Access to external memories (External mapping has to be managed in the User gates; the megacell / sub-chip 
10 must support external bus errors inputs) 

[0439] For buses internal to the sub-chip, like the BB coefficient bus', the static mapping error is tracked at the MIF 
level (Memory interface). For the buses which are exported to the 'User domain', the static mapping error has to be 
tracked in user gates and then returned to the CPU. No mechanism is supported by the external bus bridge for static 
15 mapping error tracking. Hence the external bus bridge will respond to a static peripheral mapping error via a bus time- 
out error (see next section). 

6.1 .2 Bus Time-Out Errors 

20 [0440] A bus time-out error is generated by a timer that monitors the bus activity and returns a bus error and a ready 
signal when the peripheral does not acknowledge a request. A specific timer is usually implemented in each subsystem 
to support different protocols. Time-out applies to both read and write accesses. The bus error is managed from a 
single timer resource since reads and write cannot happen on top of each other for both external bus and external 
transactions. 

25 [0441] For example, a typical system may include three bus time-out generators: 

External interface time-out -> MM I 
Peripheral interface time-out-^ EXTERNAL BUS 
• DMA time-out -> DMA 

30 

[0442] These time-outs are programmable and can be enabled/disabled by software. If the request is originated from 
the DMA, the bus error is returned to the DMA which will then return the bus error to the CPU without any action on 
the READY line. 

[0443] The emulator has the capability to override the time-out function ("abort ready" signal generated from ICE- 
35 Maker). 

[0444] Figure 54 is a block diagram illustrating a combination of bus error timers. 

6.1.3 Software Restrictions Violations 

40 6.1 .3.1 DSP access when in HOM Mode 

[0445] If the DSP is requesting an access to the APIJRAM or to a peripheral when the 'Host Only Mode' has been 
selected, a bus error is generated and a ready signal is returned to the CPU to allow access completion. 

45 6.1 .3.2 Format Mismatch 

[0446] The external bus bridge interfaces only the D and E buses; 32-bit access is not supported. This type of error 
is tracked at CPU level (i.e.: dbl(*AR5+) = AC2 II writeport() ). The external bus protocol supports a format mismatch 
tacking scheme which compares the format associated to the request (byte/word) versus the physical implementation 
50 of the selected peripheral. In case of mismatch, a bus error is returned. 

6.1.3.3 Peripheral Access Qualification Mismatch 

[0447] Any memory write instruction qualified by the readport() statement generates a bus error. Any memory read 
55 instruction qualified by the writeportQ statement generates a bus error. 
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6.1 .3.4 Dual Access / F Request To MMR's Bank 



[0448] The internal CPU buses to access the memory mapped registers do not support a dual access transaction 
or F request. This type of error is tracked at CPU level. 

5 

6.1.3.5 Power Down Configuration 

[0449] If the power down configuration defined by the user does not satisfy the clock domaines hierarchy and a 
hardware override is required, the error is signaled via the bus error scheme. See power down section for more details. 
10 [0450] Table 60 summarizes the various Bus Error sources. 

Table 60: 



Bus error summary 


Bus Error Type 


Access Type 


Bus Error Tracking 


Static mapping 


Coefficient access (BB) 


MIF 




Reserved location for emulation and test 


? 




Program access 


User gates 




Read/Write data access from the CPU 


User gates 




Read/Write data access from the DMA 


User gates 


Bus error time-out 


Peripheral access from the CPU 


EXTERNAL BUS 




Peripheral access from the DMA 


DMA 




External access from the CPU 


MMI 




External access from the DMA 


DMA 


Software restrictions 


DSP access to API RAM in HOM mode 


MIF 




DSP access to peripherals in HOM mode 


EXTERNAL BUS 




Long access (32 bit) to peripheral 


CPU 




Dual access to MMR's bank 


CPU 




F request (memory write + shift) to MMR's 


CPU 




Byte access to a peripheral word location 


EXTERNAL BUS 




Word access to a peripheral byte location 


EXTERNAL BUS 




Peripheral access qualification mismatch 


CPU 




Dual access to a peripheral 


CPU 




Power down configuration 


EXTERNAL BUS 









45 

6.1 .4 Emulation / Debug 



[0451] The emulation accesses managed through the DT-DMA should cause a bus error but not generate a bus 
error interrupt. This is managed through two independent bus error signals, one dedicated to applications which can 

so trigger an interrupt and one dedicated to emulation which is only latched in ICEMaker. If the user ISR generates a bus 
error while emulation is doing an access, the error will not be reported to the ICEMaker The emulation should not clear 
a user error indication. For software development, a good practice is to set a SWBP at the beginning of the bus error 
ISR. Since such an interrupt gets the highest priority after the NMI channel, a bus error event will stop execution. The 
user can then analyze the root cause by checking the last instructions executed before the breakpoint. The User 

55 software can identify the source (MMI, EXTERNAL BUS, DMA, CPU ) of the bus error by reading the 'bus error flags'. 
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7. Program control 

7.1 Instruction Buffer Unit (IBU) 

5 [0452] Figure 55 is a block diagram which illustrates the functional components of the instruction buffer unit. The 
Instruction Buffer Unit is composed of : an Instruction Buffer Queue which is a 32X1 6-bit word Register File, Control 
Logic which manages read/write accesses to this Register File, and Control Logic which manages the filling of the 
Instruction Buffer Queue. 

To store 2X1 6-bit bus data coming from the memory, it is necessary to have an instruction buffer queue. Its length has 
10 been fixed according to performance criteria (power consumption, parallelism possibility). This instruction buffer is 
managed as a Circular Buffer, using a Local Read Pointer and Local Write, as illustrated in Figure 56. 
[0453] A maximum and minimum fetch advance of twelve words and respectively (formatl +1 byte) is defined between 
the Read and Write Pointers. Two words are the minimum requirement to provide at least one instruction of 32-bits. 
[0454] The Instruction Buffer Queue supports the following features: 

15 

management of variable format, 8, 16, 24, 32 
support internal repeat block of less than thirty words (save power) 
support speculative execution (improve performance) 
two levels of repeat (repeat block, or repeat single) (improve performance) 
20 . support parallel instruction 1 6-bit//1 6-bit, 16-bit//24-bit, 24-bit/16bit, 32bit/16bit, I6bit/32bit, 24bit/24bit (improve 
performance) 
• call scenario (improve performance) 

relative jump inside the buffer (improve performance and power) 

25 [0455] To provide the easiest management of program Fetch, the IBQ supports a word write access, and to provide 
the full forty-eight bits usable for instructions, it supports a byte read access (due to variable format of instruction, 
8/16/24/32-bit). 

[0456] Figure 57 is a block diagram illustrating management of the local read/write pointer. To address the Instruction 
Buffer Queue, three pointers are defined: the local write pointer(LWPC) (5-bit), the local horizontal read pointer 
30 (LRPC2), and the local vertical read pointer (LRPC1 ) (LRPC = (LRPC1 , LRPC2)) (6-bit). Figure 58 is a block diagram 
illustrating how the read pointers are updated. 

[0457] New value input is used when a specific value has to be set into the local pointer. It can be a start loop 
(SLPC1/SLPC2), a restored value (LCP1-2), a branch address, a value of LWPC (flush of fetch advance), and 0 (reset 
value). A new value is set up by the Program Control Unit. 

35 [0458] Formatl is provided by the decoding of the first byte, and Format2 by the decoding of the second byte (where 
positioning depends on Formatl ). Read PC defines the local read address byte into the Instruction Buffer Queue. When 
a short jump occurs, the jump address can already been inside the buffer, so that value is checked, and if needed, the 
Read Pointer is set to this value. This is done using the offset input (provided by decoding of instruction! or instruction2). 
Figure 59 shows how the write pointer is updated. 

40 [0459] As for the read pointer update, there is the possibility to force a new value to the write pointer, when there is 
a loop (Repeat Block), a discontinuity (call, ...), or a restore from the local copy. 

[0460] Figure 60 is a block diagram of circuitry for generation of control logic for stop decode, stop fetch, jump, 
parallel enable, and stop write during management of fetch advance. 

[0461] To perform the decode or fetch operation, the number of words available inside the Instruction Buffer Queue 
45 must be determined. This is done by looking at the ReadA/Vrite Pointer values. In Figure 60, the Max input controls the 
generation of Program request. Its value, depending on the context (local repeat block, or normal context), can be 
either twelve words or thirty-one words. 

7.2 Program Control Flow Description 

50 

[0462] The Program Control Flow manages all possibilities of discontinuity in the (24-bit) Program Counters. Several 
control flows are supported: 

branch instruction(s) 
55 - call instruction(s) 

return instruction(s) 

conditional branch instruction (s) 

conditional call instruction(s) 
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conditional return instruction (s) 

[0463] These control flows support both delayed and undelayed flow: 

5 - repeat instruction(s) (including repeat block and repeat single), 
interrupt management 

[0464] Key features: 

10 • Support speculative (thanks to IBQ) or support conditional flow for conditional control instruction 
• Take advantage of IBQ to support internal branch 

Take advantage of IBQ to perform repeat block flow locally (local repeat block instruction) 

Implement a pipeline stack access to improve performance of return (from call / from interrupt) instruction(s) 

Prefetch and Fetch are decorrelated from Data Conflict 

15 

[0465] Figure 61 is a timing diagram illustrating Delayed Instructions. 

[0466] There are two kinds of Delayed Instructions: delayed slots with no restrictions and delayed slots with restric- 
tions. All control instructions where the branch address is computed using relative offset have no restriction on the 
delayed slot. And. all instructions where the branch address is defined by an absolute address will have restrictions 
20 on the delayed slot. 

7.2.1 Speculative and Conditional Execution 

[0467] The minimum latency for conditional discontinuity is obtained by executing a fetch advance when decoding 
25 both scenarios (condition true or false). Execution is then speculative. For JMP and CALL instructions, the conditions 
are known at the read cycle (at least) of the instruction. If these instructions are delayed, both scenarios do not have 
to be performed. Execution is conditional. 

[0468] Figure 62 illustrates the operation of Speculative Execution. 

[0469] In the speculative scenario, we take advantage of the fetch advance to provide both scenarios. This kind of 
30 execution can be used when the condition is not known at the decoding stage of the conditional instruction. 

[0470] To non-overlap valid data inside the buffer, the next Write Pointer for the true condition is computed by adding 
sixteen and rounding the result to an even address inside the IBQ from the current Read Pointer This guarantees that 
the write address inside the IBQ is always even. 

[0471] When the condition is true, then context return in a normal way, but if condition is false, all information stored 
35 into local registers must be restored as if it was a "fast" return. 

7.3 Conditional operations 

7.3.1 Parallelism Rules For Conditional Statements 

40 

[0472] The processor supports a full set of conditional branches, calls and repeats. Using these built in conditional 
instructions, the user can build a 'soft conditional instruction' by executing an XC instruction in parallel. Two XC options 
are provided to reduce constraints on condition set up, as illustrated in Figure 63. The top sequence in the figure 
illustrates an instruction execution that affects only the execute cycle. It can be used for register operations or if the 
45 algorithm requires unconditional post modification of the pointer. The second sequence illustrates an instruction exe- 
cution that affects access, read, and execute cycles. It must be used when both pointer post modification and the 
operation performed in the execute cycle are conditional. 

[0473] Conditional execution may apply to an instructions pair. In this case, the XC instruction must be executed in 
previous cycle. If the algorithm allows, XC can be executed on top of the previous instruction. 

50 

7.3.2 Condition Field Encoding 

[0474] The instruction set supports a set of XC instructions to handle conditional execution according to context. The 
execution of these instructions is based on the conditions listed in Table 61. Note: If the condition code is undefined, 
55 the conditional instruction assumes the condition is true. 
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Table 61: 





Condition filed encoding 


5 


Condition Field 


Register Field 


Condition 


Register 


Description 




000 


0000-^1111 


src == #0 


ACx.DRx.ARx 


Register equal to zero 




001 


- 


src != #0 


- 


Register not equal to zero 


10 


010 


- 


src < #0 


- 


Register less than zero 


011 


- 


src <= #0 


- 


Register less than or equal to zero 




100 


- 


src > #0 


- 


Register greater than zero 




101 


- 


src >= #0 


- 


Register greater than or equal to zero 


15 


110 


0000-^0011 


overflow(ACx) 


ACx 


Accumulator overflow detected 




111 


- 


!overflow(ACx 


- 


No accumulator overflow detected 




110 


0100 


TC1 


STATUS 


Test/Control flag TC1 set to 1 




- 


0101 


TC2 


- 


Test/Control flag TC2 set to 1 


- 


0110 


Carry 


- 


Carry set to 1 




111 


0100 


!TC1 


- 


Test/Control flag TC1 cleared to 0 




- 


0101 


!TC2 


- 


Test/Control flag TC2 cleared to 0 


25 


- 


0110 


ICarry 


- 


Carry cleared to 0 




110 


1000 


TC1 and TC2 


- 


Test/Control flags logical AND 




- 


1001 


TC1 and ITC2 


- 


- 


30 


- 


1010 


!TC1 and TC2 


- 


- 


- 


1011 


!TC1 and !TC2 


- 


- 




111 


1000 


!TC1|TC2 


- 


Test/Control flags logical OR 




- 


1001 


TC1|!TC2 


- 


- 


35 


- 


1010 


!TC1 | TC2 


- 


- 






1011 


!TC1 | !TC2 








111 


1100 


TC1 A TC2 




Test/Control flags logical XOR 


40 




1101 


TC1 A !TC2 








1110 


!TC1 A TC2 










1111 


!TC1 A !TC2 







[0475] TCx can be updated from a 16/24/32/40 bit register compare. Four compare options are supported which are 
encoded as shown in Table 62. The same options apply to conditional branches based on register/constant comparison. 
Note: Accumulators sign/zero detection depends on the M40 status bit. 



Table 62: 



Compare options 


"cc" Field msb -» Isb 


Compare Option (RELOP) 


00 




01 


< 


10 


>= 


11 


!= 
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7.3.3 Conditional Memory Write 

[0476] Different cases of conditional memory writes are illustrated in the Figures 64-67. Figure 64 is a timing diagram 
illustrating: 

5 if (cond) exec (AD_unit) II *AR4+ = AC2 

[0477] Figure 65 is a timing diagram illustrating: 

if (cond) exec (D_unit) II AC2 = *AR3+ 
[0478] Figure 66 is a timing diagram illustrating: 
if (cond) exec (D_unit) II *AR3+ = DRO 
w [0479] Figure 67 is a timing diagram illustrating: 
DR3 = DRO + #5 II if (cond) exec (D_unit) 
*AR5+ = AC2 || AC3 = rnd (*AR3+ *AC1 ) 
[0480] Table 63 shows the pipeline phase in which the condition is evaluated. In the case of a memory write instruc- 
tion, the condition evaluation has to be performed in the 'Address* pipeline slot (even if the option specified by the user 
15 js 'D_unit') in order to cancel the memory request. The DAGEN update is unconditional. 



Table 63: 





Summary of condition evaluation 


20 


DAGEN Tag 


If (cond) exec (AD_unit) address 
exec 


If (cond) exec (D jjnit) address 
exec 


Comment 


25 


DAG_Y 


X 




X 




Assembler 
error if (D_u nit) 
option 


P_MOD 


X 


- 


X 


- 


Assembler 
error if (D_unit) 

nntinn 


30 














Qmpm R 


X 


- 


X 


- 






Ol 1 IOI II V V 


X 


- 


- 


X 






1 mpm R 

LI I ICI 1 1 r\ 


X 




X 








1 mem W 


X 






X 






Smem_RW 


X 






X 






Smem_WF 


X 






X 




40 


LmemJ/VF 


X 






X 


















Smem_RDW 


X 






X 






Smem_RWD 


X 






X 




45 


Lmem_RDW 


X 






X 






Lmem_RWD 


X 






X 






Dual_WW 


X 






X 




50 


DualJRR 


X 




X 






Dual_RW 


X 






X 






DuaLRWF 


X 






X 






Delay 


X 






X 




55 
















Stack_R 


X 




X 
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Table 63: (continued) 



Summary of condition evaluation 


DAGEN Tag 


If (cond) exec (AD_unit) address 
exec 


If (cond) exec (D_unit) address 
exec 


Comment 


OLdLrft VV 


X 


_ 


_ 


X 




o idOi\ r\r\ 


X 


_ 


X 


_ 




^tark WW 
Oldoft vvvv 


X 


_ 


_ 


X 




Qmnm R Qtafk \A/ 


X 


_ 


_ 


X 




OldC-K r\ OlMclTl VV 


X 


_ 


_ 


X 




Qmom P Qfar»k \AAA/ 
O 111 c 111 r\ Old UK VVVV 


X 


- 


- 


X 




Qiar»k RP Qmom \A/ 

oiaCK r\r\ ornern vv 


x 






Y 

/\ 




Lmem_R_Stack_WW 


X 






X 




Stack JRR_Lmem_W 


X 






X 
















N0_DAG 


X 




X 






EMUL 


N/A 


N/A 


N/A 


N/A 


SWBP are not 
conditional 



25 

[0481] Figure 68 is a timing diagram illustrating a conditional instruction followed by a delayed instruction. A hardware 
NOP is added when a conditional instruction (Condition false) is followed by delayed instruction if there is not sufficient 
fetch advance to guarantee the successful execution of BO. 

[0482] According to Figure 68, to guarantee a 32-bit delayed instruction after the control instruction, at least two 
3 0 words must be available. This means that the minimum condition for continuing without inserting an hardware NOP is 
four words. 

[0483] Generally, the user should not use parallelism inside a delayed slot. This will help avoid lost cycles and the 
resulting loss of performance. 

[0484] Figure 69 is a diagram illustrating a nonspeculative Call. When a call occurs, the next PC write inside the 
35 buffer is computed from the current position of the Read Pointer plus sixteen. This permits a general scheme for 
evaluating branch addresses inside the buffer (speculative or not speculative). 

[0485] There are two kinds of CALL: the "short" CALL which computes its called address using an offset and its 
current read address (illustrated in Figure 70), and the "long" CALL which provides the CALL address through the 
instruction (illustrated in Figure 71) The long call uses three cycles since the 24-bit adder is not used and the short call 

40 uses four cycles. All CALL instructions have a delayed and undelayed version. 

[0486] The return instruction can be delayed but there is no notion of fast and slow return. A delayed return takes 
only one cycle. After a return instruction, four words are available during two cycles. A write to the memory stack is 
always performed to save the local copy of the Read Pointer On the first CALL, a stack access is performed to save 
the LCRPC, which can contain uninitialized information. The user must set this register if he wants to set up an error 

45 address in memory. 

[0487] Figure 72 is a timing diagram illustrating an Unconditional Return. The return address is already inside the 
LCRPC so no stack access is needed to set up the return address and no operation has to be done before reading it. 
This illustrates why performance of the Return instruction is 3-cycles (undelayed) and 1 -cycle (delayed version). For 
the Delayed Return, there are restrictions on the delayed slot because we guarantee up to 64-bits available on two 
so cycles. 

[0488] Figure 73 is a timing diagram illustrating a Return Followed by a Return. In this case, we don't want to impact 
the dispatch of the next return instruction. Thus, to optimize performance, a bypass is implemented around LCRPC 
register, as illustrated in Figure 74. 

55 Conditional Return 

[0489] As for conditional call or goto, the conditional return is done using a speculative procedure. And, as for the 
call instruction, the Stack Pointer is incremented speculatively on the READ phase of the Return instruction. 
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Repeat Block 

[0490] When BRC == n, it means that n+1 iterations will be done. The size of the repeat block is given in number of 
bytes from next RPC. The end address of the loop is computed by the address pipeline, as illustrated in Figure 75. 

5 This creates a loop body where the minimum number of cycles to be executed is two. In the case where the number 
of cycles is less than two, the user must use a repeated single instruction. There are two kinds of repeat blocks, internal 
and external. Internal means that all instructions of the loop body can be put into the Instruction Buffer. Thus, the fetch 
of these instructions is done only on the first iteration. External means that the loop body size is greater than the 
Instruction Buffer size. In this case, the same instruction could be fetched more than one time. 

10 [0491] In the case of an imbedded loop, the set-up of BRC1 can be done either before the outer loop or inside the 
outer loop. A shadow register BRS1 is used to store the value of BRC1 when set up of BRC1 is performed. 
[0492] Figure 76 is a timing diagram illustrating BRC access during a loop. The Repeat Counter Value is decremented 
at the end of every iteration on the address stage. This value is in a Memory Map Register (MMR) which means that 
access to this register can be performed during a repeat block. In this case, we need to respect the minimum latency 

15 from the end of the iteration (4-cycles). 

[0493] Figure 77 illustrates an Internal Repeat Block. When an internal repeat block occurs, the maximum number 
of useful words inside the instruction buffer is allowed to be the maximum size of the instruction buffer minus 2 words. 
When all the loop code is loaded inside the instruction buffer, it disallows fetching until after the last iteration of the 
loop. This allows the process to finish the loop with a buffer full, so that there is no loss of performance on end loop 

20 management. This repeat block is useful to save power, because instructions in the loop will be fetched only one time. 
[0494] Figure 78 illustrates an External Repeat Block. The start address inside the instruction buffer is refreshed at 
every iteration. When the PC memory write address is greater than or equal to the end address of the repeat block, a 
flag (corresponding to the loop) is set, and the Program Control Unit stops fetching. This flag will be reset when the 
memory read address is equal to the start address value of the loop. This avoids overwrite of start address inside 

25 instruction buffer. When a JMP occurs inside a loop, there are two possible cases, as illustrated in Figure 78. In both 
cases, the repeat block is terminated, and the BRC value is frozen. A function can be called from an external repeat 
block. In this case, the context of repeat block is stored into local resources (or a memory stack). Comparators are de- 
activated until the end of the function call since the call is a delayed instruction. 

30 Repeat Block Management 

[0495] The following resources are required by every repeat block: 

RSA0/RSA1:24-bit registers which represent the start address of a loop. 

REA0/REA1: 24-bit registers which represent the end address of a loop. 
35 [0496] These registers are set up on the address phase of the repeat block (local) instruction. Since the fetch and 
dispatch are two independent stages, there are two different types of loop comparison logic for write mode and read 
mode. The repeat block active in write and read mode flags are set up in the address phase of the repeat block (local) 
instruction. To count the number of active repeat blocks, there is also a control register which indicates the level of 
loop (level = 0: no loop, level = 1 : outer loop, level = 2: nested loop). Finally, since a repeat block can be internal or 
external, this information is also set up in the address phase of a repeat block instruction (internal). 
[0497] Figure 79 is a block diagram illustrating repeat block logic for a read pointer comparison with an outer loop 
(level = 1). 

[0498] Figure 80 is a block diagram illustrating repeat block logic for a write pointer comparison with an outer loop 
(level = 1). 

45 [0499] Figure 81 illustrates a Short Jump. The Jump destination address is computed from the next Read PC (iden- 
tical for long Jump). When the Jump address is already inside the instruction buffer, the Jump is classified as a short 
jump. In this case, the processor takes advantage of the fetch advance, and the Jump is done inside the instruction 
buffer. 

[0500] Figure 82 is a timing diagram illustrating a case when the offset is small enough and the jump address is 
50 already inside the IBQ. In this case, the jump will take only two cycles, and the jump address is computed inside the IBQ 
[0501] When the offset is greater than the number of available words inside the IBQ, there are two possibilities: the 
Jump instruction is not inside an internal loop and the jump will take up to four cycles; or, the Jump instruction is inside 
an internal loop and all the code of the loop must be loaded inside the IBQ. In the latter case, the jump can take more 
than four cycles in the first iteration and only two cycles for the following. 
55 [0502] There are two possible cases of short jump: delayed or not delayed. 

[0503] Figure 83 is a timing diagram illustrating a Long Jump using a relative offset. When the Jump is done from 
an absolute address, its performance is one cycle less, as for the Absolute Call. In this case, we don f t need to use the 
address pipestage to compute the branch address. 
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[0504] Jump on label (SWT): This Special Jump is used to implement a switch case statement. The argument of the 
Jump is a register which contains an index to a value 0<=n<1 6. This value indicates which case is selected. For example: 

JMPX DR0(DR0=3) 
5 labelO 
labell 
Iabel2 

Iabel3 : <«=== selected label 
Iabel4 
10 labels 

[0505] Using the selected label, a traditional Jump is performed. This mechanism provides efficient case statement 
execution. 

[0506] There are two possible ways to use this JMPX instruction: 

15 

1 . By setting value of a register using the FXT instruction. In this case, the number of labels is limited to eight. 

2. By using the value of a repeat single counter setting using the RPTX instruction (repeat until condition is true). 
In this case, the number of labels is limited to 16. 

20 Single Repeat (RPT) 

[0507] When RPTC == n, it means that n+1 iterations will be done. The repeat counter will be decremented at every 
valid cycle (in the address stage). It is also possible to perform a repeat single of a parallel instruction. In this case, if 
parallelism is not possible in the first iteration, one cycle is added. During a Repeat Single Instruction, updates of the 
25 read pointer are frozen, but the fetch continues working. Therefore, it is possible to fill the buffer and have a maximum 
fetch advance at the end of the loop. 

[0508] Figure 84 is a timing diagram illustrating a Repeat Single where the count is defined by the CSR register, the 
processor allows the Repeat Single Counter to be preloaded by accessing a "Computed Single Counter" CSR. Thus, 
operations may be performed on it. In this case, the Repeat Single instruction will indicate which operation should be 
30 performed on CSR, and the Iteration Count will be taken from the current CSR. As shown in Figure 84, distances 
between RPTI instructions should be at least five cycles. If a normal Repeat Single is used after a RPTI, there is no 
restriction on latency. 

[0509] Figure 85 is a timing diagram illustrating a Single Repeat Conditional (RPTX). The repeat counter is decre- 
mented at every valid cycle until the condition is true. A copy of the four LSB of the repeat counter is propagated through 

35 the pipeline until the execute stage. When the condition is true, this copy is used as a relative offset for a jump to a 
label (JMPX). The condition is evaluated at every execute stage of the repeated instruction. The minimum number of 
cycles to reach the condition is four, If the iteration count is less than 3, the condition is evaluated after the end of the 
loop. Latency between the RPTX and the switch instruction is four cycles. Because up to sixteen labels can be used, 
the maximum advance is set to sixteen words (the maximum capacity of the IBQ). This means that the RPTX instruction 

<o can not be used inside an internal repeat block. 

7.3.4 Conditional Execution Using XC 

[0510] The XC instruction has no impact on instruction dispatches. 

45 [0511] Figure 86 illustrates a Long Offset Instruction. An instruction using a long offset (if it is a 16-bit long offset) is 
treated as a large instruction with no parallelism, (format up to 48-bit, this can be guaranteed by the way the Instruction 
Buffer Queue is managed). A parallel instruction has been replaced by either 16-bit long offset, or by 24-bit long offset 
(when instruction format is less than 32-bit).. This means that before reading it, the processor has to check if there are 
enough words available inside instruction buffer queue. (At least 3 if aligned, otherwise more than 3) 

50 [0512] Figure 87 illustrates the case of an instruction with a 24-bit long offset. In 32-bit instruction format, the 24-bit 
long offset is read sequentially. 

Interrupt 

55 [0513] An interrupt can be handled as a nondelayed call function from the instruction buffer point of view, as illustrated 
by Figure 88. In this case, the branch mechanism is very similar to the context switch control flow. The major differences 
are: 
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Program data is transferred directly from the PDB to the WPC without writing into the IBQ 

• The constant is a 32-bit constant, where the first twenty-four bits indicate ISRvect2 and the following eight bits 
denote which register to save during low interrupt flow 

• One instruction is executed in the delayed slot 

5 

[0514] Figure 89 is a timing diagram illustrating an interrupt in a regular flow. When an interrupt occurs. M3 and M4 
are not decoded. They will be executed on return from the interrupt. ST1 is saved in the interrupt debug register (IDB). 
During this flow, the ISRO will not have a coherent RPC. This means that the instruction cannot be a control instruction 
using a relative offset. The format of ISRO is limited to four bytes. 

10 

Interrupt context 

[0515] There are two context registers. One is used in a manner similar to that of the call instruction. It will contain 
nformation listed below: 

15 [0516] Internal Repeat Block: When an interrupt occurs during an internal repeat block, the current position of read 
pointer is saved locally, control associated with the internal repeat block is with the Status Register, and the maximum 
fetch advance is returned to its normal size (similar to when a branch outside the loop occurs). The repeat block counter 
is not saved so this must be done in the interrupt handling software if required. 

[0517] Repeat Single: When an interrupt occurs during a repeat single, it treated like a call function. The current 
20 pointers are saved locally. The repeat block counter is not saved so this must be done in the interrupt handling software 
if required. 

[0518] Repeat Single Conditional: When an interrupt occurs during a repeat single conditional, the interrupt will be 
performed at the last iteration where the condition is known. This insures that the index for the JMPX is known, (if not 
we need to save also its conditional field). 
25 [0519] Execute Conditional: When an interrupt occurs during an execute conditional, the information relative to the 
condition's evaluation must be saved. Two bits are needed to encode whether the condition is on the execute or address 
phase and whether the condition is true or false. 

Context 

30 

[0520] During the interrupt instruction or hardware interrupt, three cycles are required to switch to the interrupt routine. 
These cycles are used to save the following internal information on the memory stack: 

status of loop (internal, active) 
35 - status of repeat single (active or not). 

local copy of the read pointer (24-bits) 
delayed slot used 

local copy of target address (24-bits) 

40 [0521] Using only a 32-bit access to memory, it is possible to save this basic information in two cycles. Also, part of 
the status register ST0, and all of the status register ST1 are saved in parallel with the interrupt debug register (16-bit). 
[0522] Figure 90 is a timing diagram illustrating a return from interrupt (general case). The status register is restored 
just before the return from interrupt. This return is a normal return which can be delayed by two cycles. During the 
return phase, the memory stack will be accessed to re-load the context of the process executing before the interrupt. 

45 This context consists of the following: 

status of loop (internal, active, level) 
status of repeat single (active or not), 
level of call (inner call or not) 
50 - local copy of memory read pointer (24-bits) 
local copy of memory write pointer (24-bits) 

[0523] Part of the data flow is also restored in the ST0/ST1/IDB status registers. 

55 Restore to Internal Repeat Block 

[0524] At the next iteration following the restore, the instructions of the internal repeat block must be reloaded. 
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Interrupt and control flow 

[0525] This section describes the processing sequence when an interrupt occurs during a control flow. 

[0526] Figure 91 is a timing diagram illustrating an interrupt during an undelayed unconditional control instruction. 
5 When an interrupt occurs during an undelayed unconditional control instruction (e.g., goto or call), it is taken before 

the end of control flow. When an interrupt occurs during a branch instruction, the branch control flow is not stopped. 

The target address of the branch (computed on the address phase for relative branch, or decode phase for absolute 

branch) is saved locally in the LCWPC. The value of the LCRPC is also set to the target address. 

[0527] Figure 92 is a timing diagram illustrating an interrupt during a call instruction. In terms of resources consumed, 
10 this case condition the number of register needed to support minimum latency when interrupt comes into a control flow. 

[0528] As for interrupt into undelayed branch control flow, at return from interrupt instruction flow returns into the 

beginning of the subroutine. This means that LCRPC/LCWPC will be set to the target address by IT management, and 

there is also a need to save a return address from function call into LCRPC (first). 

[0529] Figure 93 is a timing diagram illustrating an interrupt during a delayed unconditional call instruction. For em- 
15 ulation purpose, we need to be able to interrupt the delayed slot of delayed instructions. Two bit of information are 
added to the interrupt "context" register to indicate if interrupt was during a delayed slot (and which slot) or not If 
interrupt arbitration is done between the decode of the delayed instruction and before the decode of the second delayed 
slot, the interrupt will return to the first delayed slot. Otherwise, the return will be to the second delayed slot. When the 
interrupt occurs, the current RPC is saved into the LCRPC and the target address is saved on the memory stack. 
20 [0530] Return from interrupt during a delayed slot. 

[0531] Because the format of the delayed instruction is not known, the maximum availability of the slot must be 
guaranteed. Thus, a 48-bit slot, is required. 

[0532] Figure 94 is a timing diagram illustrating a return from interrupt during a relative delayed branch (del = 1) 
(interrupt during the first delayed slot). 
25 [0533] Figure 95 is a timing diagram illustrating a return from interrupt during a relative delayed branch (interrupt 
during the second delayed slot) (del = 2). 

[0534] Figure 96 is a timing diagram illustrating a return from interrupt during a relative delayed branch (del = 1) 
(interrupt during the first delayed slot). 

[0535] Figure 97 is a timing diagram illustrating a return from interrupt during a relative delayed branch (interrupt 
30 during the second delayed slot) (del = 2). To guarantee the availability of the IBQ to dispatch the delayed instruction 
after return from an interrupt, the branch address is set up when ail delayed slots are dispatched. If a miss occurs 
during the re-fetch of the delayed slot, the set up of WPC to the target address is delayed, thus there is a need to delay 
the restore of WPC. 

35 7.4 Stack Access 

[0536] Figure 98 illustrates the format of the 32-bit data saved on the stack. The definitions below explain the fields 
in this figure: 



40 


IRD: 


0 


==> Delayed Instruction 






1 


==> Delayed slot 2 






2 


==> Delayed slot 1 




LEVEL: 


0 


==> No Repeat Block 






1 


==> One Level Of Repeat Block is Active 


45 




2 


==> Two Level Of Repeat Block are Active 




RPTB1: 


0 


==> Repeat Block of Level 1 is not Active 






1 


==> Repeat Block Of Level 1 is Active 




RPTB2: 


0 


==> Repeat Block of Level 2 is not Active 






1 


==> Repeat Block Of Level 2 is Active 


50 


LOC1: 


0 


==> Repeat Block of Level 1 is External 






1 


==> Repeat Block of Level 1 is Internal 




LOC2: 


0 


==> Repeat Block of Level 2 is External 






1 


==> Repeat Block of Level 2 is Internal 




RPT: 


0 


==> Repeat Single is not Active 


55 




1 


==> Repeat Single is Active 




RPTX: 


0 


==> RPTX Instruction is not active 






1 


==> RPTX is Active 



LCPRC: Local Copy of Program Pointer which has to be saved. 
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[0537] Figure 99 is a timing diagram illustrating a program control and pipeline conflict. One of the key features of 
program flow is that its is almost independent from data flow. This means that the processor can perform a control 
instruction, and the time for a branch can be mask by data conflict. Thus, when the conflict is solved, the control flow 
is already branched. In the above case the program fetch will stop automatically when the IBQ is full, (read maximum 
5 fetch advance) 

[0538] If there is a program conflict, it should not impact the data flow before some latency which is determined by 
the fetch advance into the IBQ, as illustrated in Figure 100. For some of the control types (e.g.. conditional flow), 
information from the data flow is needed (e.g., result of the condition test). For these flows, there is an impact if a data 
conflict occurs. The dispatch will stop when the IBQ is empty. 

10 

8. Interrupts 

[0539] Interrupts are hardware or software-driven signals that cause the processor CPU to suspend its main program 
and execute another task, an interrupt service routine (ISR). 

15 

• A software interrupt is requested by a program instruction ( e.g., intr(k5), trap(k5), reset) 

• A hardware interrupt is requested by a signal from a physical device. 

[0540] Hardware interrupts may be triggered from many different events families: 

20 

1 . Device pin events 

2. Internal system errors 

3. Megacell generic peripheral events 

4. ASIC domain (user's gates) events 
25 5. HOST processor 

6. Emulation events 

[0541] When multiple hardware interrupts are triggered concurrently, the processor services them according to a set 
priority ranking in which level 0 is the highest priority. See the interrupt table in a previous section. 
30 [0542] Each of the processor interrupts, whether hardware or software, falls in one of the following categories: 

• Low priority maskable interrupts 

These are hardware or software interrupts that can be blocked or enabled by software. The processor supports 
up to twenty-two user-maskable interrupts (INT23-INT2). These interrupts are blocked when in debug mode and 
35 |f the device is halted. 

• Debug interrupts 

These are hardware interrupts that can be blocked or enabled by software. When in debug mode, even if the 
device is halted, the interrupt subroutine is processed as a high priority event and then returns to halt mode. The 
debug interrupts ignore the global interrupt mask INTM when the CPU is at a debug STOP. Whenever the CPU is 
40 executing code, the INTM is honored. The processor supports up to twenty-two high debug user-maskable inter- 

rupts (INT23-INT2). Note that software interrupts are not sensitive to DBIMR0 and DBIMR1. 

• Non-maskable interrupts 

These interrupts cannot be blocked. The CPU always acknowledges this type of interrupt and branches from the 
main program to the associated ISR. The processor non-maskable interrupts include all software interrupts and 
45 two external hardware interrupts: RESET and NMI. Interrupts are globally disabled when NMI is asserted. The 

main difference between RESET and NMI is that RESET affects all the processor operating modes. Note that 
RESET and NMI can also be asserted by software. 
Dedicated emulation interrupts 

Two channels are dedicated to real time emulation support. These emulation events are maskable and can be 
50 programmed as debug interrupts. They get the lowest priority (see the interrupts priority table). 

RTOS -» Real time operating system 

• DLOG -> Data logging 
Bus error interrupt 

This interrupt is generated when the computed address is pointing to a location in memory space where no physical 
55 memory or register resides. T his interrupt is maskable and can be programmed as a debug interrupt (i.e., DMA 

operating when execution is halted and pointing to wrong memory location). This bus error event gets the highest 
priority after RESET and NMI. 

• Traps (instructions tagged in the Instruction buffer from HWBP logic) don't set the IFR bit. 
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[0543] The three main steps involved in interrupt processing are: 

1 . Receive interrupt request: Suspension of the main program is requested via software or hardware. If the interrupt 
source is requesting a maskable interrupt, the corresponding bit in the interrupt flag register (IFR) is set when the 

5 interrupt is received. 

2. Acknowledge interrupt: The CPU must acknowledge the interrupt request. If the interrupt is maskable, prede- 
termined conditions must be met in order for the CPU to acknowledge it. For non-maskable interrupts and for 
software interrupts, acknowledgment is immediate. 

3. Execute interrupt service routine: Once the interrupt is acknowledged, depending on level of priority, the CPU 
10 executes the code starting at the vector location or branches to the ISR address stored at the vector location and 

executes in the 'delayed slot' the instruction following the ISR address. 

8.1 Interrupt Flag Register (IFR0.IFR1) 

15 [0544] IFRO and IFR1 are memory-mapped CPU registers that identify and clear active interrupts. An interrupt sets 
its corresponding interrupt flag in IFRO and IFR1 until the interrupt is taken. Tables 64 and 65 show the bit assignments. 
The interrupt flag is cleared from below events: 

System reset 
20 • Interrupt trap taken 

Software clear (T written to the appropriate bit in IFR) 
intr(k5) execution with appropriate vector 

[0545] A T in any IFRx bit indicates a pending interrupt. Any pending interrupt can be cleared by software by writing 
25 a T to the appropriate bit in the IFRx. The user software can't set the IFRx's flags. The emulator software can set/ 
clear IFRx's flags from a DT-DMA transaction: 

• IFRO flag set from DT-DMA -> bit 0 = T and write a '1' to the appropriate bit in IFRO 

• IFRO flag clear from Dt-DMA -> bit 0 = '0' and write a T to the appropriate bit in IFRO 
30 • IFR1 flag set from DT-DMA -> bit 15 = T and write a T to the appropriate bit in IFR1 

• IFR1 flag clear from Dt-DMA -> bit 15 = '0' and write a T to the appropriate bit in IFR1 

• There is no IFRx register bit associated with the EMU set/clear indicator. 



Table 64: 



40 



IFRO register bit assignments 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 


I 


I 


I 


I 


I 


I 


I 


I 


I 


I 


I 


I 


I 


I 




E 


F 


F 


F 


F 


F 


F 


F 


F 


F 


F 


F 


F 


F 


F 




M 


G 


G 


G 


G 


G 


G 


G 


G 


G 


G 


G 


G 


G 


G 




U 


1 


1 


1 


1 


1 


1 


0 


0 


0 


0 


0 


0 


0 


0 




set 


5 


4 


3 


2 


1 


0 


9 


8 


7 


6 


5 


4 


3 


2 




cir 



45 



Table 65: 



50 



IFR1 register bit assignments 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 


E 










I 


I 


I 


I 


I 


I 


I 


I 


I 


I 


I 


M 










R 


D 


F 


F 


F 


F 


F 


F 


F 


F 


F 


U 










T 


L 


E 


G 


G 


G 


G 


G 


G 


G 


G 


clr 










S 


G 


R 


3 


2 


1 


0 


9 


8 


7 


6 
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8.2 Interrupt Mask Register (IMR0,IMR1) 

[0546] Tables 66 and 67 show the bit assignments of the interrupt mask registers. If the global interrupts mask bit 
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INTM stored into status register ST1 is cleared, a T in one of the lENxx bits enables the corresponding interrupt. 
Neither NMI or RESET is included in the IMR. The IEBERR bit enables a memory or peripheral bus error to trigger an 
interrupt. A dedicated high priority channel is assigned to bus error interrupt. When the software is underdevelopment, 
the user has the capability to break on a bus error by setting a breakpoint within the 'Bus error ISR*. RTOS and DLOG 
5 interrupts are taken regardless of DBGM. 



Table 66: 



10 



IMRO register bit assignments 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 






N 


N 


N 


N 


N 


N 


N 


N 


N 


N 


N 


N 


N 


N 






1 


1 


1 


1 


1 


1 


0 


0 


0 


0 


0 


0 


0 


0 






5 


4 


3 


2 


1 


0 


9 


8 


7 


6 


5 


4 


3 


2 







Table 67: 
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IMR1 register bit assignments 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 














I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


I 

E 


25 












R 


D 


B 


N 


N 


N 


N 


N 


N 


N 


N 














T 


L 


E 


2 


2 


2 


2 


1 


1 


1 


1 














0 


0 


R 


3 


2 


1 


0 


9 


8 


7 


6 














S 


G 


R 



















8.3 Debug Interrupt Register (DBIMR0.DBIMR1) 



[0547] Tables 68 and 69 show the bit assignments for the debug interrupt registers. When the device is in debug 
mode, if the IDBxx bit is set then a debug interrupt (INT2 to INT23) will be taken even if the device has previously 
entered the HALT mode. Once the ISR execution is completed, the device returns back to HALT. The IDBxx bits have 
no effect when debug is disabled. The debug interrupts ignore the global INTM status bit when the CPU is at debug 
STOP. DBIMRO and DBIMR1 are cleared from hardware reset and are not affected by software reset. RESET and NMI 
don't appear in the DBIMRO register. In stop mode, NMI and RESET have no effect until the clocks reapply from a 
RUN or STEP directive. In real time mode, NMI and RESET are always taken. 



Table 68: 



DBIMRO register bit assignments 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 






B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 






1 


1 


1 


1 


1 


1 


0 


0 


0 


0 


0 


0 


0 


0 






5 


4 


3 


2 


1 


0 


9 


8 


7 


6 


5 


4 


3 


2 







Table 69: 



DBIMR1 register bit assignments 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 












I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 


I 

D 
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Table 69: (continued) 





DBIMR1 register bit assignments 






1 

1 o 


19 


11 
i i 


I VJ 


Q 


Q 
O 


f 


a 
D 


c 
o 


*f 


o 


9 I 


1 
i 


u 


5 












B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 














R 


D 


B 


2 


2 


2 


2 


1 


1 


1 


1 














T 


L 


E 


3 


2 


1 


0 


9 


8 


7 


6 














0 


0 


R 


















10 












S 


G 


R 



















8.4 Interrupt request 



[0548] An interrupt is requested by a hardware device or by a software instruction. When an interrupt request occurs, 
15 the corresponding IFGxx flag is activated in the interrupt flag register IFRO or IFR1. This flag is activated whether or 
not the interrupt is later acknowledged by the processor. The flag is automatically cleared when its corresponding 
interrupt is taken. 

8.4.1 Hardware interrupt requests 

20 

[0549] On the processor core boundary, there is no difference between hardware interrupt requests generated from 
device pins, standard peripheral internal requests, ASIC domain logic requests, HOST CPU requests or internal re- 
quests like system errors. Internal interrupt sources like bus error or emulation have their own internal channel. There 
is no associated request pin at the CPU boundary. The priority of internal interrupts is fixed. 

25 [0550] The processor supports a total of 24 interrupt requests lines which are split into a first set of 16 lines, usually 
dedicated to DSP, and a second set of 8 lines which can be either assigned to the DSP or the HOST in a dual processor 
system. The vectors re-mapping of these two sets of interrupts is independent. This scheme allows the HOST to define 
the task number associated to the request by updating the interrupt vector in the communication RAM (API_RAM). 
[0551] Two internal interrupt requests (DLOG, RTOS) are assigned to real time emulation for data logging and real 

30 time operating system support. 

[0552] One full cycle is allowed to propagate the interrupt request from the source (user gates, peripheral, synchro- 
nous external event, HOST interface ) to the interrupt flag within the CPU. 

[0553] All the processor core interrupt requests inputs are assumed synchronous with the system clock. The interrupt 
request pins are edge sensitive. The IFGxx interrupt flag is set upon a high to low pin transition. 
35 [0554] If an application requires merging a group of low priority events through a single channel then an interrupt 
handler is required to interface these peripherals and the CPU. The external bus bridge doesn't provide any support 
for interrupt requests merging; such hardware has to be implemented in 'User gates*. 

8.4.2 Software interrupt requests 

40 

[0555] The "intr(k5) n instruction permits execution of any interrupt service routine. The instruction operand k5 indi- 
cates which interrupt vector location the CPU branches to. When the software interrupt is acknowledged, the global 
interrupts mask INTM is set to disable maskable interrupts. 

[0556] The "trap(k5) M instruction performs the same function as the intr(k5) instruction without setting the INTM bit. 
45 [0557] The "reset" instruction performs a non-maskable software reset that can be used any time to put the processor 
in a known state. The reset instruction affects ST0, ST1.ST2, IFRO, and IFR1 but doesn't affect ST3 or the interrupt 
vectors pointer (IVPD, IVPH). When the reset instruction is acknowledged, the INTM is set to "1" to disable maskable 
interrupts. All pending interrupts in IFR0.IFR1 are cleared. The initialization of the system control register, the interrupt 
vectors pointer, and the peripheral registers is different from the initialization done by a hardware reset. 

50 

8.5 Interrupt Acknowledge 

[0558] After an interrupt has been requested by hardware or software, the CPU must decide whether to acknowledge 
the request. Software interrupts and non-maskable interrupts are acknowledged immediately. Maskable hardware in- 
55 terrupts are acknowledged only if the priority is highest, the global interrupts mask INTM in ST1 register is cleared, 
and the associated interrupt enable bit lENxx in the IMR0 or IMR1 register is set. Each of the maskable interrupts has 
its own enable bit. 

[0559] If the CPU acknowledges a maskable hardware interrupt, the PC is loaded with the appropriate address and 
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fetches the software vector. During the vector fetch cycle, the CPU generates an acknowledge signal IACK, which 
clears the appropriate interrupt flag bit. The vector fetch cycle is qualified by the IACK signal and may be used to 
provide external visibility on interrupts when the vectors table resides in internal memory. 
[0560] The interrupt arbitration is performed on top of the last main program instruction decode pipeline cycle. 

5 

8.6 Interrupt Subroutine Execution 

[0561] The emulation requirement for processor is to support breakpoints and traps within delayed slots of instruc- 
tions (egl, dgoto, dall) and save the contents of the debug status register when an interrupt is taken. This drives the 
10 interrupt context save scheme. 

[0562] After acknowledging the interrupt, the CPU: 

• Stores the 24-bit program counter (PC_exec) which is the return address on the top of the stack in data memory 
in parallel with a byte of internal variables required to manage the instruction buffer and the program flow. This is 

15 transparent to the software programmer. 

Loads the PC with the address of the interrupt vector. 

Stores the 24-bit target address of a potential dgoto/dcall instruction in parallel with the seven most significant bits 
of the STO status register (ACOV3 ACOV0, C, TC2 ,TC1 ) and the single bit delayed slot number. 

• Stores the debug status register DBGSTAT which is physically implemented within the ICEMaker module in parallel 
20 with the status register ST1 . This includes the DBGM, EALLOW and INTM bits as per emulation requirement. 

Fetches the 24-bit absolute ISR start address at the vector address. 
Branches to the interrupt subroutine. 

Executes the instruction stored immediately after the interrupt vector. The maximum allowed format is thirty-two 
bits. If the programmer wants to branch directly to the ISR, a "NOP" instruction is inserted between the two con- 
25 secutive vectors. 

• Executes the ISR until a "return" instruction is encountered. 

• Pops from the top of the stack the return address and load it into the PCJetch. 

• Refills the instruction buffer from the return address regardless of fetch advance and aligns PC_exec with PCJetch. 
Continues executing the main program. 

30 

8.7 interrupt context save 

[0563] When an interrupt service routine is executed, certain registers must be saved on the stack, as shown in Table 
70. When the program returns from the ISR by a "[d]return_enable, if (cond) [d]return", the software must restore the 
35 content of these registers. The stack is also used for subroutine calls. The processor supports calls within the ISR. 



Table 70: 





CPU registers automatically saved in interrupt context switch 


40 




User Stack 


System Stack 


Comment ! 




1st slot 


Branch/Call target [15:0] 


Branch/Call target [23:16] STD[15: 
9] 


STO includes : ACOV3, ACOV2, 
ACOV1 , ACOV0, C, TC2, TC1 Extra 
bit available 


45 


2 nd slot 


ST1 (16 bit) 


Debug Status Register (16 bit) 


ST1 includes : DBGM, EALLOW, 
ABORTI, INTM, Conditional 
execution context (2 bit) 


50 


3rd slot 


PC_exec [15:0] 


PC_exec [23:16] 

CFCT register (context = 8 bit) 


CFCT includes : Delayed slot context 
(2 bit) 

CFCT is transparent for the user. 



[0564] CPU registers are saved and restored by the following instructions: 



• push(ACx) ACx = pop() 
push(DAx) DAx = pop() 

• push(srd ,src2) dst1 ,dst2 = pop() 
push(src.Smem) dst.Smem = pop() 
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• dbl(push(ACx)) dbl(ACx) = pop() 

[0565] Because the CPU registers and peripheral registers are memory mapped, the following instructions can be 
used to transfer these registers to and from the stack: 

5 

Direct access 



push(Smem) II mmap() Smem = pop() II mmap() 

push(dbl(Lmem)) II mmap() dbl(Lmem) = pop() II mmapQ 
10 push(src.Smem) || mmap() dst.Smem = pop() II mmap() 

push(Smem) II readport() Smem = pop() II writeport() 

push(src,Smem) II readport() dst.Smem = pop() II writeport() 

15 • Indirect access 

push(Smem) Smem = pop() 

push(dbl(Lmem) dbl(Lmem) = pop() 

push(src,Smem) dst.Smem = pop() 

?o push(Smem) II readport() Smem = pop() II writeport() 

push(src,Smem) II readport() dst.Smem = pop() II writeport() 

[0566] The following instructions can be used to transfer data memory values to and from the stack: 

25 • push(Smem) Smem = pop() I 

push(dbl(Lmem)) dbl(Lmem) = pop() 
push(src,Smem) dst.Smem = pop() 

[0567] There are a number of special considerations that the software programmer must follow when doing context 
30 saves and restores : 

The context must be restored in the exact reverse order of the save. 

• The context restore must take into account the implicit saves performed during the switch (ST0.ST1 ). 

• BRC/BRAF 

35 

8.8 Interrupt Boundary Conditions 

8.8.1 Interrupt taken within delayed slot 

40 [0568] An interrupt can be taken within a delayed slot (dgoto, dcall, dreturn ...). This requires that the target address 
be saved locally upon decoding of a delayed instruction regardless of interrupt arbitration to allow for an interrupt within 
the delayed slot. If an interrupt occurs within the delayed slot, the context to be saves includes: 
[0569] instruction (n-1) 

45 dgoto L16 <r- Interrupt case A 

delayed_1 <- Interrupt case B 
delayed_2 <- Interrupt case C 

1. The 24-bit target address. 
50 2. The 24-bit program return address within the delayed slot. 

3. The 'delayed slot context 1 and the remaining number of delayed slots cycles to be executed after return from 
interrupt (one or two) which is encoded within the CFCT 8-bit register. 

[0570] Taking into account other emulation requirements, the context switch can be performed through three cycles. 
55 [0571] Conditional delayed instructions are not considered as a special case since the target will be computed ac- 
cording to condition evaluation and then saved into the stack. The generic flow still applies. 
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8.8.2 Interrupt Taken Within Conditional Execution 

[0572] The processor instruction set supports conditional execution. If the user wants to make a pair of instructions 
conditional, depending on parallelism, he has the capability to manage his code as follows: 

5 

instruction (n-1 ) || if (cond) execute (ADJJnit) <- Interrupt taken 
instruction (n+1 ) || instruction (n+2) 

where the condition evaluated in the first step affects the execution of next pair of instructions (either only data flow or 
10 both address and data flow). Then if an interrupt occurs during the first step, it stops the conditional execution and the 
condition evaluation outcome has to be saved as part of the context. This is done through the 2-bit field 'XCNA, XCND' 
of the ST1 register, as shown in Table 71. 



Table 71 



XCNA 


XCND 


Execution Option 


Condition True / False 


Context Definition 


0 


0 


AD_unit 


false 


Next instruction is conditional 


0 


1 


N/A 


N/A 


This configuration should never happen and be 
processed as a default , 11' 


1 


0 


Djjnit 


false 


Next instruction is conditional 


1 


1 


ADJJnit 
D_unit 


true 
true 


Default 

Next instruction is conditional 
Next instruction is conditional 



[0573] Since delayed slots and conditional execution contexts are managed independently, the architecture can 
support context like: 



30 



dgoto L6 


II 


if (cond) execute (ADJJnit) 


<r- Interrupt taken 


delayed 1_1 


II 


delayed 1_2 


<- Interrupt taken 


delayed 2_1 


II 


delayed 2_2 


<- Interrupt taken 



[0574] Only one condition can be evaluated per cycle. Instructions pairs involving two conditional statements are 
rejected by the assembler. 



If (cond) dgoto L8 


II 


if (cond) execute(D_unit) 


<- Not supported 



8.8.3 Interrupt Taken When Updating The Global Interrupt Mask INTM 

40 

[0575] If within the arbitration cycle there is an update pending on the global interrupt mask INTM from the decode 
of an instruction bit (ST1.INTM) = #0 or bit(ST1,INTM) = #l, the context switch and the pipeline protection hardware 
will ensure that no INTM update from the main program occurs after the INTM is set during the interrupt context switch. 
This insures the completion of the current ISR before the next event process and prevents stack overflow. 
45 [0576] To avoid impacting interrupt latency mainly in case of NMI, the dependency tracking is managed through an 
interrupt disable window generated from the bits (ST1.INTM) = #0, [#1] instruction and a local INTM flag. 
[0577] Figures 101 and 102 are timing diagrams illustrating various cases of interrupts during the update of the global 
interrupt mask: 

50 Case 1: Maskable interrupt taken when clearing INTM. 

Case 2: NMI taken when interrupts are disabled. 
Case 3: NMI taken when disabling interrupts. 
Case 4: Re-enabling /disabling interrupts within ISR. 
Case 5: Re-enabling interrupts within ISR. 
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8.9 Interrupt Latency 



[0578] Various aspects which affect interrupt latency are listed in this section. 
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[0579] The processor completes all the DATA flow instructions in the pipeline before executing an interrupt. 
[0580] One full system clock cycle is usually allocated to export the interrupt request from a "system clock domain 
peripheral" driven by the peripheral clock network, to the edge of the CPU core. A half cycle is used from the peripheral 
to the RHEA bridge and a half cycle from RHEA bridge to the CPU core. The interrupt arbitration is performed on top 
5 of the decode cycle of the last executed instruction from the main program. 

[0581] To allow for external events, the interrupt request synchronization has to be implemented outside of the core. 
The number of cycles required by the synchronization must be taken into account to determine the interrupt latency. 
This synchronization can be implemented in the RHEA bridge. 

[0582] Instructions that are extended by wait states for slow memory access require extra time to process an interrupt. 
10 [0583] The pipeline protection hardware has to suppress cycle insertion in case of dependency when an interrupt is 
taken in between two instructions. 

[0584] Repeat instructions are interruptible and do not introduce extra cycle latency. 

[0585] Memory long accesses (24-bit and 32-bit) introduce one cycle of latency when the address is not aligned. 
Read/modify/write instructions introduce one cycle of latency. 
15 [0586] Interrupts are taken within the delayed slot of instructions like dgoto or dcall. 
[0587] The hold feature has precedence over interrupts. 

[0588] Interrupts cannot be processed between "bit(ST1 ,INTM) = #0" and the next instruction. If an interrupt occurs 
during the decode phase of "bit(ST1,INTM) = #0", the CPU always completes the execution of "bit(ST1,INTM) = #0" 
as well as the following instruction before the pending interrupt is processed. Waiting for these instructions to complete 
20 ensures that a return can be executed in an ISR before the next interrupt is processed to protect against stack overflow. 
If an ISR ends with a "return_enable" instruction, the "bit(ST1,INTM) = #0" is unnecessary. 

[0589] Similar flow applies when disabling interrupts; the "bit(ST1,INTM) = #1" instruction and the instruction that 
follows it cannot be interrupted. 

[0590] Re-mapping the interrupt vectors table to the APIJRAM ( HOST/DSP interface) may introduce extra latency 
25 depending on HOST/DSP priority due to arbitration of memory requests. 

8.10 Re-Mapping Interrupt Vector Addresses 

[0591] The interrupt vectors can be re-mapped to the beginning of any 256-byte page in program memory. 
30 They are split into two groups in order to provide the capability to define the task associated to the request to the host 
processor and to keep DSP interrupt vectors in non-shared DSP memory. 

• INT01 tolNT15-HVPDDSP (1) 

• INT16 to INT23 -> IVPH HOST (2) 

35 

[0592] Each group of vectors may be re-mapped independently. The DSP and host interrupt priorities are interleaved 
to provide more flexibility to dual processor systems (see Table 71). 
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Table 71: System Priority 
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[0593] The interrupt start/vector address re-mapping is built from three fields which are described in Table 72. 



Table 72: 



Interrupt start/vector address re-mapping fields 


Class 


Address [23-8] 


Address [7-3] 


Address [2-0] 


INT01 to!NT15 


IVPD [23-8] 


Interrupt Number 


000 
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Table 72: (continued) 



Interrupt start/vector address re-mapping fields 


Class 


Address [23-8] 


Address [7-3] 


Address [2-0] 


INT16to INT23 


IVPH [23-8] 


Interrupt Number 


000 


INT24 to INT26 


IVPD [23-8] 


Interrupt Number 


000 : 



[0594] Emulation interrupt vectors are kept independent from host processor vectors. This insures that during debug 
there is no risk that the host processor will change the RTOS/DLOG vectors since these emulation vectors are not 
mapped into APIRAM. 

[0595] At reset, ail the IVPx bits are set to '1 '. Therefore, the reset vector for hardware reset always resides at location 
FFFFOOh. 

[0596] Table 73 shows the bit assignments for the interrupt vector pointer for DSP interrupts (IVPD). The IVPD[23-08] 
field points to the 256-byte program page where the DSP interrupt vectors reside. 



Table 73: 



20 


IVPD register bit assignments 
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[0597] Table 74 shows the bit assignments for the interrupt vector pointer for host interrupts (IVPH). The IVPH[23-08] 
field points to the 256-byte program page where the host interrupt vectors reside. These vectors are usually re-mapped 
in the communication RAM. The HOST then has the capability to define the task number associated to the request. 
Keeping DSP vectors separate improves system integrity and may avoid extra cycles latency due to communication 
RAM arbitration. 



.35 Table 74: 
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8.10.1 Interrupt Table 



[0598] Table 75 shows the interrupt trap number, priority, and location. 
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TRAP/ 




Hard 


Soft 


Location 




INTR 


Priority 


Interrupt 


Interrupt 


(Hexa/bytes 


Function 


Number (K) 








) 




0 


0 


RESET 


SINTO 


0 


Reset (hardware and software) 


1 


1 


NMI 


SINT1 


8 


Non-maskable interrupt 


2 


3 


INT2 


SINT2 


10 


Peripheral / User interrupt #2 


3 


5 


INT3 


SINT3 


18 


Peripheral / User interrupt #3 


4 


6 


INT4 


SINT4 


20 


Peripheral / User interrupt #4 


5 


7 


INT5 


SINT5 


28 


Peripheral / User interrupt #5 


6 


9 


INT6 


SINT6 


30 


Peripheral / User interrupt #6 


7 


10 


INT7 


SINT7 


38 


Peripheral / User interrupt #7 


8 


11 


INT8 


SINT8 


40 


Peripheral / User interrupt #8 


9 


13 


INT9 


SINT9 


48 


Peripheral / User interrupt #9 


10 


14 


INT10 


SINT10 


50 


Peripheral / User interrupt #10 


11 


15 


INT11 


SINT11 


58 


Peripheral / User interrupt #1 1 


12 


17 


INT12 


SINT12 


60 


Peripheral / User interrupt #12 


13 


18 


INT13 


SINT13 


68 


Peripheral / User interrupt #13 


14 


21 


INT14 


SINT14 


70 


Peripheral / User interrupt #14 


15 


22 


INT15 


SINT15 


78 


Peripheral / User interrupt #15 


16 


04 


INT16 


SINT16 


80 


Host interrupt #16 


17 


08 


INT17 


SINT17 


88 


Host interrupt #17 


18 


12 


INT18 


SINT18 


90 


Host interrupt #18 


19 


16 


INT19 


SINT19 


98 


Host interrupt #19 


20 


19 


INT20 


SINT20 


AO 


Host interrupt #20 


21 


20 


INT21 


SINT21 


A8 


Host interrupt #21 


22 


23 


INT22 


SINT22 


BO 


Host interruot #22 


23 


24 


INT23 


SINT23 


B8 


Host interruot #23 


24 


2 


INT24 


SINT24 


CO 


Bus error intermnt #24 RFRR 


25 


25 


INT25 


SINT25 


C8 


Emulation interrupt #25 DLOG 


26 


26 


INT26 


SINT26 


DO 


Emulation interrupt #26 RTOS 


27 






SINT27 


D8 


Software interrupt #27 


28 


- 


- 


SINT28 


EO 


Software interrupt #28 


29 






SINT29 


E8 


Software interrupt #29 


30 






SINT30 


FO 


Software interrupt #30 


31 






SINT31 


F8 


Software interrupt #31 















Table 75: Interrupt trap number, priority, and location 



8.11 CPU Resources Involved In Context Save 

[0599] Figure 103 is a block diagram presenting a simplified view of the program flow resources organization required 
to manage a context save. It is provided to aid in the understanding of the pipeline diagrams that detail the interrupt 
context save. 

[0600] Figure 104 is a timing diagram illustrating the generic case of interrupts within the pipeline. 

[0601] Figure 105 is a timing diagram illustrating an interrupt in a delayed slot_1 with a relative call. 

[0602] Figure 106 is a timing diagram illustrating an interrupt in a delayed slot_2 with a relative call. 

[0603] Figure 107 is a timing diagram illustrating an interrupt in a delayed slot_2 with an absolute call. 

[0604] Figure 108 is a timing diagram illustrating a return from an interrupt into a delayed slot. 

[0605] Figure 109 is a timing diagram illustrating an interrupt during speculative flow of "if (cond) goto L16" when the 

condition is true. 

[0606] Figure 110 is a timing diagram illustrating an interrupt during speculative flow of "if (cond) goto L16" when the 
condition is false. 

[0607] Figure 111 is a timing diagram illustrating an interrupt during delayed slot speculative flow of "if (cond) dcall 
L16" when the condition is true. 

[0608] Figure 112 is a timing diagram illustrating an interrupt during delayed slot speculative flow of "if (cond) dcall 
L16" when the condition is false. 
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[0609] Figure 113 is a timing diagram illustrating an interrupt during a clear of the INTM register. 
8.12 Reset 

5 [0610] Reset is a non-maskable interrupt that can be used at any time to place the processor into a known state. 
For correct operation after power up the processor core reset pin must be asserted low for at least five clock cycles to 
insure proper reset propagation through the CPU logic. The reset input signal can be asynchronous: a synchronization 
stage is implemented within the processor core. When reset is asserted, all the core and megacell boundaries must 
be clean (all pins must be under a defined state). This implies a direct asynchronous path from the reset logic to the 

10 core l/O's control logic. The internal reset control must insure no internal or external bus contention. Power must be 
minimized when reset is asserted. The CPU clock's network is inactive until the reset pin is released. Then the internal 
reset is extended by a few cycles and the clock's network is enabled to insure the reset propagation though the CPU 
logic. After reset is released, the processor fetches the program start address at FFFOOh, executes the instruction 
immediately after the reset vector, and begins executing code. 

15 [0611] The processor core exports a synchronized reset delayed from internal CPU reset. All the strobes at the edge 
of the core must be under control from reset assertion. 
[0612] The initialization process from hardware is as follows: 

1. IVPD FFFFh 
20 2 IVPH -» FFFFh 

3. MP/NMC in IMR0 register is set to the value of the MC/NMC pin. 

4. PC is set to FFFFOOh 

5. INTM is set to 1 to disable all the maskable interrupts. 

6. IFR0.IFR1 are cleared to clear all the interrupt flags. 
25 7. ACOV[3-2] -> 0 

8. C->1 

9. TC1,TC2->1 

10. DP@0 

30 [0613] The initialization process from software is: 

1 . User Stack pointer (SP) 

2. System Stack pointer(SSP) 

35 9. Power-Down 

9.1 Power Down Scheme 

[0614] The processor instruction set provides a unique and generic "idle" instruction. Different power down modes 
to can be invoked from the same "idle" instruction. This power down control is implemented out of the CPU core to provide 
the maximum flexibility to the ASIC or sub-chip designer to manage the activity of each clock domain according to the 
specific application requirements. 

[0615] The power down control register is implemented within the RHEA bridge module. This provides visibility to 
the host or DSP domain activity. 
45 [0616] Before executing the "idle" instruction, the "power down control register" has to be loaded with a bit pattern 
defining the activity of each domain once the CPU enters the power down mode. 

[0617] As an example, a typical system can split its clock network into domains as listed in Table 76 to keep only the 
minimum hardware operating according to processing needs. 
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Table 76: 



Clock Domains 




C 


M 


S 


D 


A 
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D 
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SYSTEM 
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A 
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MODULES -> 


U 
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CLOCK DOMAIN 
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DSP_domain 
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X 














DMA_domain 
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X 




CACHE_domain 
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PERIPH_domain 
















X 






GLOBAL_domain 




















X 


SYSTEM_domain 














X 






X 


HOST_domain 










X 













[0618] The local system module clock can be switched off only if all the clock domains involving this module have 
switched to power down mode. 

[0619] Some robustness is built in the power down scheme to prevent software errors. The system domain cannot 
be switched off if any domain using the global system clock is kept active. If power down configuration is incorrect, the 
transfer to the clock domain control register is disabled and the clock domain remains in the same state even if execution 
stops. A 'bus error* is signaled in parallel to the CPU. The CPU domain has to remain active in order to propagate the 
bus error and to process the associated ISR. Peripherals may use different clocks. 

[0620] The global domain cannot be switched off if the communication RAM and peripherals have not been set in 
host only mode (asynchronous). The host domain (API RAM module) is directly managed from the HOM mode. This 
insures that a communication with an host processor in shared mode can remain active even if most of the DSP 
resources have been switched off. 

[0621] Any violation of power down configuration rules as defined above will generate a 'bus error* which can be 
used to trigger an interrupt or a SWBP. 

[0622] The RHEA bridge hardware always remains active even if all the peripherals are in power down unless the 
global domain is turned off. This supports interrupt synchronization and maintains the host visibility to the DSP power 
down status register. 

[0623] The peripherals power down control is hierarchical; each peripheral module has its own power down control 
bit. When the peripheral domain is active, all the peripherals are active; when the peripnerai domain is switched off, 
only the selected peripherals power down. 

9.2 IDLE Instruction Flow 

[0624] The "idle" instruction decode generates an idle signal at the edge of the CPU boundary within the execution 
phase. This signal is used in the RHEA bridge to transfer the power down configuration register to the power down 
request register. Each module will receive a clock gating signal according to the domain's pre-selection. 
[0625] Figure 114 is a timing diagram illustrating a typical power down sequence. The power down sequence has to 
be hierarchical to take into account on-going local transactions and to allow the clock to be turned off on clean boundary. 
When the user wants to power down all the domains, the hardware insures that each domain has returned its power 
down acknowledge before switching off the global clock. 

[0626] The dma protocol may require entering the power down state only after block transfer completion. 

[0627] The external interface (MMI) protocol may require entering the power down state only after burst access 

completion. 

[0628] The RHEA protocol does not require that peripherals return a power down acknowledge since they operate 
from an independent clock. The sub-chip global generator returns its own acknowledge which can be used to enable 
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the switch-off of the main input clock within the user gates. 

[0629] The power down status register read interface has to check al! of the clock domains' power down acknowl- 
edgements in order to provide to the host processor a status reflecting the real clock's activity. 

5 9.3 Typical Power Down Sequence 

[0630] Figure 115 is a timing diagram illustrating pipeline management when switching to power down. 

9.4 Wake Up 

10 

[0631] If the DSP domain and global domain are active, the power down configuration has to be updated first. An 
"idle" instruction is executed to transfer the new configuration to all the modules' clock interfaces. 
[0632] If the DSP domain is powered down and the global domain is active, the DSP may exit the power down state 
from a wake-up interrupt or a reset. If INTM = 0 once the DSP domain clock has been re-enabled, it enters the ISR. 

15 Upon return from ISR, it executes the instruction subsequent to "idle". The system can return to idle from a goto pointing 
back to the "idle". Only interrupt requests that have their enable bit in IMR0 or IMR1 set can wake up the processor. 
User software must program the IMR0 or IMR1 registers before execution of idle to select the wake up sources. 
[0633] If INTM = 1 once the DSP domain clock has been re-enabled, it directly executes the instruction subsequent 
to "idle". Only interrupt requests that have their enable bit in IMR0 or IMR1 set can wake up the processor. User software 

20 must program the IMR0 or IMR1 registers before execution of idle to select the wake up sources. 
[0634] Reset and NMI inputs can wake up the processor regardless of IMR0 and IMR1 content. 
[0635] After wake up, the DSP domain control bit in the power down request register is cleared and the CPU domain 
clock is active. Note that except for reset, the wake up does not affect the power down configuration register. This 
allows the user software to directly re-enter the same power down mode by directly executing an "idle" instruction 

25 without any setup. 

[0636] All domains are active upon reset. It is up to the CPU software to selectively turn off the domains as soon it 
has the visibility required for the on-going process to be executed. 

[0637] If the DSP domain and the global domain are both powered down, the wake up process is similar to the 
previous case. The hardware implementation must insure an asynchronous wake-up path for the global clock domain. 
30 After wake up, both the global and DSP domains' control bit in the power down request register will be cleared and the 
power down configuration register remains unchanged. This allows direct reentry of the same power down mode by 
executing an "idle" instruction. 

[0638] Figure 116 is a flow chart illustrating power down / wake up flow. 
35 10. Pipeline 

[0639] The general operation of the pipeline was described in earlier sections with respect to the instruction buffer. 
Additional features will now be described in detail. 

40 10.1 Bypass mechanism 

[0640] The bypass feature avoids cycle insertion when the memory read and write accesses fall within the same 
cycle and are performed at the same address. The instruction operand is fetched from the CPU write path instead of 
from memory. This scheme is only possible when the read and write addresses match and if the write format is larger 

45 than the read format. When the read format is larger than the write format, the field for which there is read/write overlap 
can be fetched from the bypass path. The field for which there is no overlap is fetched from the memory read bus. 
[0641] The bypass scheme in the processor architecture has been defined to minimize multiplexing hardware and 
bypass control logic and eliminate extra cycles required by slow memory access in most cases. A stall request is 
generate for memory write/memory read sequences where a memory variable dependency is detected but for which 

50 there is no hardware support from bypass multiplexing. 

[0642] For external accesses, the CPU bypass support in conjunction with the 'posted write' feature supported by 
the MMI (Megacell interface) hides both external memory writes and external memory reads from a CPU execution 
flow standpoint. 

[0643] No bypass mechanism is supported for access of memory mapped registers or peripherals (readport(), write- 
55 port() qualification). 

[0644] Figure 117 is a block diagram of the bypass scheme. 

[0645] Table 77 summarizes the memory address bus comparison to be performed versus the access sequence and 
the operand fetch path selection. 
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Table 77: 





Memory address bus comparison 


5 


Write Class 


Write Size 


Read Class 


Read Size 


Buses Compare 


Bypass 1 Stall 


Operand Fetch 
Path 




Single write 


byte 


Single read 


byte 


EA == DA 


bypass 


Bmem from 
bypass_E 


10 


Single write 


byte 


Single read 


word 


EA == DA 


stall 


Smem from DB 


15 


Single write 


byte 


Double read 


dbl 


EA== DA 
EA-1==DA 


stall 
stall 


MSW from CB 
LSW from DB 
MSW from CB 
LSW from DB 


Single write 


byte 


Dual read 


word 


EA == DA 
EA== CA 


stall 


Xmem from CB 
Ymem from DB 


20 


Single write 


word 


Single read 


word 


EA == DA 


bypass 


Smem from 
bypass_E 


25 


Single write 


word 


Double read 


dbl 


EA == DA 
EA-1 == DA 


bypass_h 
bypassj 


MSW from 
bypass_E 
LSW from DB 
MSW from CB 
LSW from 
bypassJE 


30 


Single write 


word 


Dual read 


word 


EA == DA 
EA == CA 


bypass 
bvDass 


Xmem from 
bypass_E 
Ymem from CB 
Xmem from DB 
Ymem from 
bypass_E 


35 


Double 
write 


dbl 


Single read 


word 


EA == DA 
EA == DA-1 


bypass 


Smem from 
bypass_F 
Smem from 
bypass_E 


40 
45 


Double 
write 


dbl 


Double read 


dbl 


EA== DA 
EA-1 == DA 


bypass 
bypass 


MSW from 
bypass_F j 
LSW from 
bypass_E 
MSW from 
bypass__E 
LSW from 
bypass_F 


50 
55 


Double 
write 


dbl 


Dual read 


word 


EA== DA 
EA == DA-1 
EA== CA 


bypass_x 
bypass_x 
bypass_y 


Xmem from 
bypass_F 
Ymem from CB 
Xmem from 
bypass_E 
Ymem from CB 
Xmem from DB 
Ymem from 
bypass_F 
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Table 77: (continued) 



10 



30 



Memory address bus comparison 


Write Class 


Write Size 


Read Class 


Read Size 


Buses Compare 


Bypass 1 Stall 


Operand Fetch 














Path 










EA == CA-1 


bypass_y 


Xmem from DB 














Ymem from 














oypass_t 


Dual write 


word 


Single read 


word 


EA == DA 


bypass 


Smem from 














bypass_E 










FA == DA 


bypass 


Smem from 














bypassj 1 


Dual write 


word 


Double read 


dbl 


EA == DA 


bypass_h 


MSW from 














bypass_E 














LSW from DB 










EA-1 == DA 


bypassj 


MSW from CB 














LSW from 














bypass_E 










FA == DA 


bypass_h 


MSW from 














bypass_F 














LSW from DB 










FA-1 == DA 


bypassj 


MSW from CB 














LSW from 














bypass_F 


Dual write 


word 


Dual read 


word 


EA== DA 


bypass 


Xmem from 














bypass_E 














Ymem from CB 










EA == CA 


bypass 


Xmem from DB 














Ymem from 














bypassJE 










FA == DA 


bypass 


Xmem from 














bypass_F 














Ymem from CB 










FA == CA 


bypass 


Xmem from DB 














Ymem from 














bypass_F 



[0646] Table 78 summarizes the memory address bus comparison to be performed versus the access sequence and 
the operand fetch path selection. 



Table 78: 



to 


Memory address bus comparison 




Write Class 


Write Size 


Read Class 


Read Size 


Buses Compare 


Bypass/ Stall 


Operand Fetch 
Path 


50 


Single write 
(shift) 


word 


Single read 


word 


FA == DA 


bypass 


Smem from 
bypass_F 


55 


Single write 
(shift) 


word 


Double read 


dbl 


FA == DA 
FA-1 == DA 


bypassji 
bypassj 


MSW from 
bypass_F 
LSW from DB 
MSW from CB 
LSW from 
bypass_F 
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Table 78: (continued) 





Memory address bus comparison 


5 


Write Class 


Write Size 


Read Class 


Read Size 


Buses Compare 


Bypass/ Stall 


Operand Fetch 
Path 


10 


Single write 
(shift) 


word 


Dual read 


word 


FA == DA 
FA == CA 


bypass 
bypass 


Xmem from 
bypass_F 
Ymem from CB 
Xmem from DB 
Ymem from 
bypass_F 


15 


Double write 
(shift) 


dbl 


Single read 


word 


FA == DA 
FA == DA-1 


bypass 


Smem from 
bypass_F 
Smem from 
bypass_E 


20 
25 


Double write 
(shift) 


dbl 


Double read 


dbl 


FA == DA 
FA-1 == DA 


bypass 
bypass 


MSW from 
bypass_F 
LSW from 
bypass_E 
MSW from 
bypass_E 
LSW from 
bypass_F 


30 
35 


Double write 
(shift) 


dbl 


Dual read 


word 


FA == DA 
FA == DA-1 
FA == CA 
FA — CA-1 


bypass_x 
bypass_x 
bypass_y 
bypass_y 


Xmem from 
bypass_F 
Ymem from CB 
Xmem from 
bypass_E 
Ymem from CB 
Xmem from DB 
Ymem from 
bypass_F 
Xmem from DB 
Ymem from 
bypass_E 


40 


Single write 


byte 


Coeff read 


word 


EA == BA 


stall 


Coeff from BB 




Single write 


word 


Coeff read 


word 


EA== BA 


bypass 


Coeff from 
bypass_E 


45 


Single write 
(shift) 


word 


Coeff read 


word 


FA == BA 


bypass 


Coeff from 
bypass_F 


50 


Double write 


dbl 


Coeff read 


word 


EA== BA 
EA == BA-1 


bypass 


Coeff from 
bypass_F 
Coeff from 
bypass_E 


Double write 
(shift) 


dbl 


Coeff read 


word 


FA == BA 
FA == BA-1 


bypass 


Coeff from 
bypass_F 
Coeff from 
bypass_E 


55 


Dual write 


word 


Coeff read 


word 


EA== BA 


bypass 


Coeff from 
bypass_E 
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Table 78: (continued) 



Memory address bus comparison 


Write Class 


Write Size 


Read Class 


Read Size 


Buses Compare 


Bypass/ Stall 


Operand Fetch 
Path 










FA == BA 


bypass 


Coeff from 
bypass_F 



[0647] Figure 118 illustrates the two cases of single write/double read address overlap where the operand fetch 
involves the bypass path and the direct memory path. In this case, the memory read request must be kept active. 
[0648] Figure 119 illustrates the two cases of double write/double read where memory locations overlap due to the 
'address LSB toggle' scheme implemented in memory wrappers. 



10.1.1 Memory interface timing 

[0649] Figure 120 is a stick chart illustrating dual access memory without bypass. 

[0650] Figure 121 is a stick chart illustrating dual access memory with bypass. 

[0651] Figure 122 is a stick chart illustrating single access memory without bypass. 

[0652] Figure 123 is a stick chart illustrating single access memory with bypass. 

[0653] Figure 124 is a stick chart illustrating slow access memory without bypass. 

[0654] Figure 125 is a stick chart illustrating slow access memory with bypass. 



10.1.2 Bypass Management On MMI (Megacell Interface) 

[0655] Memory requests are managed within the MMI module as in internal memories wrappers. The scheme de- 
scribed above applies also to bypass contexts where the access is external and both read and write addresses match. 
There is no need for an abort signal upon bypass detection. The bypass detection is performed at the CPU level. 
[0656] The external interface bandwidth is significantly improved for the requests and format contexts where bypass 
is supported (see table in previous section). This includes D/E, D/F, C/E, and C/F simultaneous requests with address 
and format match. 



10.2 Pipeline protection 



[0657] The pipeline protection hardware must preserve the read/write sequence scheduled at the decode stage 

regardless of the pipeline stage on which the update takes place to eliminate write conflicts. Figure 126 is a timing 

diagram of the pipeline illustrating the case where the current instruction reads a CPU resource updated by the previous 

one. The read and write pipeline stages are not consistent and a by-pass path exists for this context. 

[0658] Figure 127 is a timing diagram of the pipeline the case where the current instruction reads a CPU resource 

updated by the previous one. The read and write pipeline stages are not consistent and no by-pass path exists for this 

context. 

[0659] Figure 128 is a timing diagram of the pipeline illustrating the case where the current instruction schedules a 
CPU resource update conflicting with an update scheduled by earlier instruction. 

[0660] Figure 129 is a timing diagram of the pipeline illustrating the case where two parallel instructions update the 
same resource in same cycle. Only the write associated to instruction #1 will be performed. 
[0661] Table 79 is a summary of the write classifications 



Table 79: 



Write classifications 


Update Class WD[9-6] 


Address WD[5-3] 


Status Update WD[2] 


Update Cycle WD[1-0] 


No update 








AR 


[0-7] 


yes/no 


P[3-6] 


CDP 








DR 


[0-3] 


yes/no 


P[3-6] 


AC 


[0-3] 


yes/no 


P[3-6] 
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Table 79: (continued) 



Write classifications 


Update Class WD[9-6] 


Address WD[5-3] 


Status Update WD[2] 


Update Cycle WD[1-0] 


Status Register Write 


ST0.ST1 


- 


P[3-6] 


Circular Buffer Offset 


BOF[0-7] 
BOFC 


- 


P[3-6] | 


Circular Buffer size 


BK[03-47] 

RKP 


- 


P[3-6] j 


HP 






pr* ai 


SP 






Pf3-61 
■1° U J 


BRC 


BRC[0-1] 




P[3-6] 


CSR 






P[3-6] 


TRN 


TRN[0-1] 




P[3-6] 











[0662] Table 80 summarizes the read classifications for pipeline protection. 



25 



30 



35 



40 



45 



55 
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[0663] Table 81 summarizes the instruction dependencies 



Table 81: 



5 


Instruction dependencies 


nr a n 

READ 


READ 


i ir*ir\ atf 

UPDATE 


a nr\Dccc 
AUUKbbo 






Instruction 

II loll U 11 Wl 1 


Instmrtion 

II lOll U^UVJI 1 


Match 




Class 


Subclass 


Class 






Dma 




DP 




10 






SP 


- 






DR shift 


DR write 


Same address 






Status control 


Status register write 


- 


15 




Cond / Status 


Status update 


TCx 






Status register write 


™ 














Indirect 


_ 


AR write 


Same address 


20 




DR shift 


DR write 


Same address 






Status control 


Status register write 








DR index 


DR write 


Same address 


25 




DR offset 


DR write 


Same address 




Circular buffer 


Buffer offset register write 
Buffer size register write 








Cond / Status 


Status update 
Status register write 


TCx 
- 


30 












Dual 




AR write 


Same address 
Xmem or Ymem 


35 




CDP 


CDP write 






U r\ olllll 


Ul\ Wf lit? 


Odlllc? dUUIcoo 






Status control 


Status register write 








DR index 


DR write 


Same address Xmem , 










Ymem or CDP 






DR offset 


DR write 


Same address Xmem or 
Ymem 






Circular buffer 


Buffer offset register write 




45 






Buffer size register write 
















Register 


SP modify 


SP update 








DR shift 


DR write 


Same address 


50 




Status control 


Status register write 








Cond / Status 


Status update 
Status register write 


TCx 


55 


Control 


End of block BRC 
decrement 


BRC read 


BRC0,BRC1 
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Table 81: (continued) 



Instruction dependencies 


READ 

Instruction 

Class 


READ 

Instruction 

Subclass 


UPDATE 

Instruction 

Class 


ADDRESS 
Match 




SP modify 


SP update 


- 




Cond / Status 


Status update 


TCx.C 




Cond 1 Register 


AC write 
DR write 
AR write 


Same address 
Same address 
Same address 











15 

[0664] Figure 130 is block diagram of the pipeline protection circuitry. 

11. Emulation 

20 11.1 Software Breakpoint Management 

[0665] The emulation software computes the user instruction format taking into account the parallelism and soft dual 
scheme before SWBP substitution. This is required to manage the SWBP within goto/call delayed slots where the user 
instruction format has to be preserved to compute the return address. The instruction set supports two SWBP instruction 
25 formats and two NOP instruction formats : 



30 



estop() 


8 bit 


estop_32() 


32 bit 


nop 


8 bit 


nop_16 


16 bit 



[0666] Table 82 defines SWBP substitution encoding versus the user instruction context. 



Table 82: 



SWBP substitution encoding 


Total User Instruction Format 


SWBP encoding 


8 


estop() 


16 


estop() II nop 


24 


estop() II nop_16 


32 


estop_32() 


40 


estop_32() II nop 


48 


estop_32() II nop_16 



11.2 IDLE Instruction 

50 [0667] The "idle" instruction has to be executed standalone to allow the emulator software to easily identify the 
program counter address pointing to "idle". The assembler will track this parallelism rule. For robustness, the hardware 
disables the parallel enable field of the second instruction if the opcode of the first instruction is "idle". 

11.3 Generic Trace Interface 

55 

[0668] The CPU exports the program counter address (decode pipeline stage) and a set of signals from the instruction 
decode and condition evaluation logic to support tracing of user program execution. This can be achieved in two ways: 
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by bringing these signals at the edge of the device through the MM I if acceptable from a pin count and performance 
standpoint; or by implementing a 'trace FIFO* within the user gates. The latter approach allows racing of the last program 
address values and the last program address discontinuities with a tag attached to them for efficient debug. This 
scheme does not require extra device pins and supports full speed tracing. 
5 [0669] Table 83 summarizes the signals exported by the CPU that are required to interface with the trace FIFO 
module. 



Table 83: 



CPU Signals required to interface to the trace FIFO module 


Name 


Size 


Description 


PC 


24 bits 


Decode PC Value 


PCDIST 


1 bit 


PC Discontinuity Signal 


PCINT 


1 bit 


Discontinuity due to Interrupt 1 Instruction format bit[2] 


PCINTR 


1 bit 


Discontinuity due to Return from ISR 1 Instruction format bit[1] 


PCSTRB 


1 bit 


PC Signal fields are valid (only active when the instruction is executed) 


COND 


1 bit 


The instruction is a conditional Instruction 


EXECOND 


1 bit 


Execute conditional true / false 


EXESTRB 


1 bit 


EXE Signal fields are valid 


RPTS 


1 bit 


Repeat Single active 


RPTB1 


1 bit 


Block repeat active 


RPTB2 


1 bit 


Block repeat (nested) active 


INSTF 


1 bit 


Instruction format bit[0] 


EXT_QUAL 


1 bit 


External Qualifier from break point active 


CLOCK 


1 bit 1 


CLOCK signal 


RESET 


1 bit 


Reset signal 



12. Processor Parallelism rules 

[0670] This section describes the rules a user must follow when paralleling two instructions. The assembler tool 
checks these parallelism rules. 

12.1 RuleO 

[0671] Parallelism between two instructions and only two instructions is allowed if all the rules are respected. The 
execution of a forbidden paralleled pair is not guaranteed although the processor device is designed to execute a 'No 
Operation' instruction instead. 

12.2 Rule 1: Instruction Length Lower Than Six Bytes 

[0672] Two instructions can be put in parallel if the added length of the instructions does not exceed forty-eight bits 
(six bytes). 

12.3 Rule 2: Instruction Set Support For Parallelism 

[0673] Two instructions can be put in parallel: 

if one of the two instructions is provided with a parallel enable bit. The hardware support for such type of parallelism 
is called the parallel enable mechanism. 

if both of the instructions make single data memory accesses (Smem, or dbl(lmem)) in indirect mode as it is spec- 
ified previous sections. The hardware support for such type of parallelism is called the soft dual mechanism. 
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12.4 Rule 3: Bus Bandwidth 

[0674] Two instructions can be paralleled if the memory bus, cross unit bus and constant bus bandwidth are respected 
as per previous sections. 

12.5 Rule 4: Parallelism Between The A-Unit, The D-Unit And The P-Unit 

[0675] Parallelism between the three main computation units of the processor device is allowed without restriction. 
An operation executed within a single unit can be paralleled with a second operation executed in one of the two other 
computation units. 

12.6 Rule 5: Parallelism Within The P-Unit 

[0676] processor authorizes any parallelism between following sub-units: the P-Unit load path, the P-Unit store path, 
and the P-Unit control operators. 

[0677] In addition to the above parallelism combinations, the processor authorizes two load operations and two store 
operations in parallel with the P-unit. 

[0678] Table 84 gives examples of each allowed parallel pair. 



Table 84: 



Examples of parallelism within the P-unit 


Instruction 1 


Instruction 2 ' 


Instruction Type 


Allowed Examples 


Allowed Examples 


Instruction Type 


P-Unit load 


BRC1 = #4 


BRC0 = DR1 


P-Unit load 


P-Unit load 


BRC1 = #3 


DR1 = BRC0 


P-Unit store 


P-Unit load 


BRC1 = @ variable 


if(AC0 >= #0) goto #label 


P-Unit control operator 


P-Unit store 


*AR3 = BRC0 


*AR5 = BRC1 


P-Unit store 


P-Unit store 


DR1 = BRC1 


repeat(#5) 


P-Unit control operator 



12.7 Rule 6: Parallelism Within The D-Unit 

[0679] the processor authorizes any parallelism between following sub-units: the D-Unit load path, the D-Unit store 
path, the D-Unit swap operator, the D-Unit ALU, and the D-Unit shift and store path. 

[0680] In addition to the above parallelism combinations, the processor authorizes two load operations and two store 
operations in parallel with the D-unit. 

[0681] D-Unit shift and store operations are not allowed in parallel with other instructions using the D-unit shifter and 
a maximum of two accumulators can be selected as source operands of the instructions to be executed in parallel 
within the D-unit. 

[0682] Table 85 gives examples of each allowed oarallel pair. 



Table 85: 



Examples of parallelism within the D-unit 


Instruction 1 


Instruction 2 


Instruction Type 


Allowed Examples 


Allowed Examples 


Instruction Type 


D-Unit load 


AC1 = *AR3 


AC2 = *AR4 « #16 


D-Unit load 


D-Unit load 


AC1 = #3 


dbl(*AR4) = AC2 


D-Unit store 


D-Unit load 


AC1 = ©variable 


swap(AC0, AC2) 


D-Unit swap 


D-Unit load 


AC1 = ©variable « #16 
AC1 =#3 «#16 
AC1 = ©variable 


AC3 = AC1 

AC3 = AC3 * DR1 

AC3 = AC1 « #2 


D-Unit 

ALU/MAC/Shifter 
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Table 85: (continued) 



Examples of parallelism within the D-unit 


Instruction 1 


Instruction 2 


D-Unit load 


AC1 = *AR1 


*AR1 = hi( AC1 « #3) - 


D-Unit shift and store 


D-Unit store 


*AR2 = AC1 


*AR4 = AC2 


D-Unit store 


D-Unit store 


©variable = AC1 


swap(pair(AC0), 
pair(AC2)) 


D-Unit swap 


D-Unit store 


©variable = hi(AC1) 
©variable = pair(hi(AC0)) 
{©variable — AC1 


AC3 = AC1 
AC3 = AC3 * DR1 
AC3 = AC1 « DR2 


D-Unit 

ALU/MAC/Shifter 


D-Unit store 


*AR2 = AC1 


*AR1 = hi( AC1 « #3) 


D-Unit shift and store 


D-Unit swap 


swap(AC0, AC2) 
swap(AC0, AC2) 
swap(AC1, AC3) 


AC3 = AC1 

AC3 = AC3 * DR1 

AC2 = AC1 « #2 


D-Unit 

ALU/MAC/Shifter 


D-Unit swap 


swap(pair(AC0), 
pair(AC2)) 


*AR1 = hi( AC1 « DR2) 


D-Unit shift and store 


D-Unit ALU/MAC 


AC3 = AC1 and *AR2 
AC3 = AC3 * DR1 


*AR1 = hi( AC1 « DR2) 
*AR1 = hi( rnd(AC1 « #3)) 


D-Unit shift and store 



25 12.8 Rule 7: Parallelism Within The A-Unit (Excluding The Data Address GENeration Unit) 

[0683] Excluding X, Y, C and SP data address generation unit operators, the processor authorizes any parallelism 
between following sub-units: the A-Unit load path, the A-Unit store path, the A-Unit Swap operator, and the A-Unit ALU 
operator. 

30 [0684] In addition to the above parallelism combinations, the processor authorizes two load operations and two store 
operations in parallel with the A-unit. 

[0685] Table 86 gives examples of each allowed parallel pair. 



Table 86: 



35 



40 



50 



Examples of parallelism within the A-unit 


Instruction 1 


Instruction 2 


Instruction Type 


Allowed Examples 


Allowed Examples 


Instruction Type 


A-Unit load 


AR1 = *AR3 


AR2 = *AR4 


A-Unit load 


A-Unit load 


AR1 =#3 


*AR4 = AR2 


A-Unit store 


A-Unit load 


AR1 = ©variable 
AR1 = #3 


AR3 = AC1 

AR3 = AR3 + AR1 


A-Unit ALU 


A-Unit load 


AR1 = ©variable 


swap(pair(DR0), 
pair(DR2)) 


A-Unit swap 


A-Unit store 


*AR3 = AR1 


*AR4 = AR2 


A-Unit store 


A-Unit store 


©variable = AR1 


AR3 = AR3 + AC1 


A-Unit ALU 


A-Unit store 


©variable = AR1 


swap(pair(DR0), 
pair(DR2)) 


A-Unit swap 


A-Unit ALU 


AR3 = AR2 and *AR2 


swap(block(AR4), 
block(DRO)) 


A-Unit swap 



55 

12.9 Rule 8: Parallelism Within The A-unit Data Address GENeration Unit 

[0686] The processor Data Address GENeration unit DAGEN contains four operators: DAGEN X, DAGEN Y. DAGEN 
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C, and DAGEN SR DAGEN X and DAGEN Y are the most generic of the operators as they permit generation of any 
of the processor addressing modes : 

Single data memory addressing Smem, dbl(Lmem), 
5 • Indirect dual data memory addressing (Xmem, Ymem), 
Coefficient data memory addressing (coeff), 
Register bit addressing Baddr, pair(Baddr). 

[0687] DAGEN X and Y operators are also used to perform pointer modification with the mar() instructions. DAGEN 
10 C is a dedicated operator used for coefficient data memory addressing (coeff) . DAGEN SP is a dedicated operator 
used to address the data and system stacks. 

[0688] The processor device allows two instructions to be paralleled when each uses the address generation units 
to generate data memory or register bit addresses. This allows the utilization of the full memory bandwidth and gives 
flexibility to the memory based instruction set. 

15 

12.10 Instructions With Smem Operands 

[0689] Instructions having Smem single data memory operands can be paralleled if both instructions indirectly ad- 
dress their memory operands and if the values used to modify the pointers are those allowed for indirect dual data 
20 memory addressing (Xmem, Ymem). 

[0690] The hardware support for this type of parallelism is called the soft dual mechanism. The following two instruc- 
tions cannot be paralleled using this mechanism: 

• delay(Smem) 

25 • ACx = rnd(ACx + Smem * coeff), [DR3 = Smem], delay(Smem) 

12.11 Instructions With dbl(Lmem) Operands 

[0691] Instructions having dbl(Lmem) single data memory operands can be paralleled if both instructions use indirect 
30 addressing to access their memory operands and if the modifiers used to modify the pointers are those allowed for 
indirect dual data memory addressing (Xmem, Ymem). The hardware support for such type of parallelism is called the 
soft dual mechanism. 

12.11.1 Mar() Instructions 

35 

[0692] The following 'Modify ARx address register' instructions can be paralleled: 

• Mar(DAy+DAx) 

• Mar(DAy-DAx) 
40 . Mar(DAy=DAx) 

• Mar(DAy+k8) 

• Mar(DAy-k8) 

• Mar(DAy=k8) 

45 [0693] These instructions can also be executed in parallel with instructions using the following addressing modes: 

Single data memory addressing Smem, dbl(Lmem) 
Register bit addressing Baddr, pair(Baddr) 
Data and System Stack addressing instructions 

50 

12.11.2 Instructions With Xmem, Ymem and Coeff Operands 

[0694] Instructions having following data memory operands can not be paralleled with instructions using any of the 
four DAGEN operators: 

55 

Indirect dual data memory addressing (Xmem, Ymem) 

• Coefficient data memory addressing (coeff) in some cases. 
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12.11.3 Instructions Addressing The Data Or System Stack 

[0695] Instructions addressing the data or system stack can not be paralleled. These instructions include: 

5 • all push() to the top of stack instructions 
all pop() top of stack instructions 

• all conditional and unconditional subroutine call() instructions 

• all conditional and unconditional return() from subroutine instructions 
trap( f intr()return_enable() instructions 

10 

[0696] Instructions addressing the data or system stack can be paralleled with instructions using other DAGEN op- 
erators. 

12.12 Rule 9: Modifier Limitations 

15 

[0697] When the following addressing modifiers are used within one instruction, this instruction can not be put in 
parallel with another instruction : 

• *ARn(k16) 
20 . *+ARn(k16) 

• *CDP(k16) 

• *+CDP(k16) 

• *abs16(#k16) 

• *(#k23) 

25 . *port(#k16) 

[0698] This limitation applies for both single data memory addressing Smem, dbl(Lmem), and register bit addressing 
Baddr, pair(Baddr). 

30 12.13 Rule 10: Instruction Priority 

[0699] If the two paralleled instructions have conflicting destination resources, the instruction encoded at the higher 
address (the second instruction) will update the destination resources. 

35 13. External Bus Memory Interface Controller 

[0700] Figure 131 is a block diagram illustrating a memory interface for processor 100. The MegaCell Memory In- 
terface (MMI) comprises separate Program and Data bus controllers and a Trace/Emulation Output port. The data and 
program bus controllers are separate but the configuration block will be shared. Therefore fetches on the external data 
40 and program busses will run concurrently. The Trace/Emulation interface comprises both Generic Trace and Address 
Visibility (AVIS). The MMT bus is used to output the trace information from the internal Megacell Trace/Emulation block. 
The AVIS output is multiplexed onto the MMP Program address bus. 

[0701] The MMI Program and Data bus controllers interface the Lead3 MegaCell Internal busses to the external 
Program MMP and Data MMD busses. The External Busses comprise a 32 bit MMP Bus and a 16 bit MMD Bus. For 
45 optimal performance the external busses both support one level of address and write data pipelining, a burst mode 
interface and write posting. The MMP Bus supports 32 bit reads and 32 bit burst reads. The MMD Bus supports 16 bit 
reads and 8/16 bit writes and 16 bit burst reads and writes. 

[0702] Address and write data piplining on the external busses boosts performance as external accesses can be 
overlapped to give some degree of concurrency. When piplining is disabled a new address, and any associated write 
50 data, is only output after the current access has been acknowledged. When piplining is enabled a new address, and 
associated write data, may be output before the current access has been acknowledged. This means that if the ad- 
dresses pending on the bus are for different devices (or address different banks within a single device) then the ac- 
cesses are able to run concurrently. 

[0703] Therefore when pipelining is enabled the external devices will require registers with which to capture one 
55 pipelined address and one write data as they will not be persisted to the end of the access. Piplining may be enabled/ 
disabled via the MMI configuration registers. The address and write data is only pipelined to one level. 
[0704] The MMI is always a MMP/D external bus master and never a slave. Therefore all of the transfers will be 
initiated from the internal busses as the only the cpu, Cache Controller or the DMA Controller can be internal bus 
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masters. Any internal bus 'requests* are prioritized by the MMI and then run on the external busses. 
[0705] The internal and external MMP/D busses are non-multiplexed and are synchronous to the System Clock 
DSP_CLK. The MMI uses both the rising and falling edges of DSP_CLK. The external write data is driven from the 
rising edge of DSP_CLK and the rest of the outputs are driven from the falling edge of DSP_CLK. Similarly the external 
5 write data is sampled on the rising edge of DSP_CLK and the rest of the inputs are sampled on the falling edge of 
DSP_CLK. 

[0706] A maximum speed zero waitstate internal bus read or write takes two DSP_CLK periods to complete and the 
associated external access takes one DSP_CLK period to complete. Therefore as the internal bus masters drive and 
sample the internal busses to the rising edge of DSP_CLK the internal busses have half of one DSP_CLK period to 
10 propagate in each direction except for the internal write data which has one DSP_CLK period to propagate. 

[0707] The external MMP/D bus interface supports both 'fast' and 'slow' external devices. Fast devices are synchro- 
nous to DSP_CLK and the Slow devices are synchronous to the STROBE clock signal which is generated by the MMI. 
The frequency of STROBE is programmable within the MMI configuration registers. NB. Address Piplining is not sup- 
ported for slow devices. 

15 [0708] The 16MByte external address space is divided into 4 hard 4MByte regions. The external bus interfaces are 
set dynamically from the A(23:22) address value to support fast/slow devices, address pipelining, handshaked/inter- 
nally timed accesses etc. The configuration for each region is shared for the external program and data bus interfaces. 
[0709] The MMI may be programmed, via configuration registers, to either time the external MMP/D bus accesses 
within the MMI or to wait for an external READY handshake signal. The handshake interface allows for variable length 

20 external accesses which could arise from external conflicts such as busy external devices. If the MMI is guaranteed 
exclusive access to an external device then the access time to that device will be always be the same and may therefore 
be timed internally by the MMI. The MMI also incorporates Bus Error timers on both the external MMP/D busses to 
signal a bus error if a handshaked access is not acknowledged with a READY within a timeout period. 
[0710] The 32 bit Trace/Emulation Interface outputs the current 24 bit execution address and the 8 Generic Trace 

25 control signals at each program discontinuity. This information will allow an external post processor to reconstruct the 
program flow. As only the discontinuities are output the average data rate will be a fraction of the DSP_CLK rate. 

13.1.1 Internal Bus Interfaces 

30 [0711] Internal buses carry program information, or data, as described earlier and summarized in Table 85 



Table 85 - 



40 



Internal Data Port Bus Protocols 


Internal Port 


Internal Bus Protocol 


P Program Bus 


P 


Program 


Cache Bus 




Program 


DMA Bus 




Program 


C Data Bus 


C 


Data 


D Data Bus 


D 


Data 


E Data Bus 


E 


Data 


F Data Bus 


F 


Data 


Generic Trace 


GT 


No Protocol (The MMI just registers and buffers these signals) 



[0712] A full speed Data or Program bus zero waitstate access will take two clocks to complete but as the next 
address can be output early (address pipelining for program busses and a one clock overlap for data busses) data can 
then be transferred on every clock for subsequent accesses. 

[0713] The MMI interfaces to the processor Data and DMA internal busses; as shown in Figure 131. All of these 
busses are synchronous to the rising edge of DSP_CLK but the internal Program and Data bus READY signals require 
to returned at different times; as shown in Figure 132. Figure 132 is a timing diagram that illustrates a Summary of 
Internal Program and Data Bus timings (Zero Waitstate) The internal data bus ready signal must be returned one clock 
in advance of the read data or the write data being sampled. The internal program bus ready signal must be returned 
with the read data. 
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13.2 Internal Bus to External Bus timing 

[0714] Figure 133 is a timing diagram illustrating external access position within internal fetch. The external access 
is run between the falling edges of the interna! access as shown below in Figure 133. This allows the internal busses 
5 half of one DSP_CLK period to propagate in each direction but the internal write data has one DSP_CLK period to 
propagate. 

[0715] Figure 134 is a timing diagram illustrating MMI External Bus Zero Waitstate Handshaked Accesses The in- 
ternal Data busses require the READY to be returned one clock earlier than for the Program or DMA Data busses as 
shown above in Figure . This gives a loss of performance when executing Data reads when they are externally hand- 
10 shaked and not internally timed by the MMI. This is because the internal READY_N cannot be asserted until the external 
READY_N has been asserted. As the Data bus transfers actually finish on the internal Data busses one DSP_CLK 
after the READY_N is asserted then handshaked Data Reads always take one extra clock to execute, as shown in 
Figure 134. 

15 13.3 External Address Decoding and Address Regions 

[0716] The external memory 16MByte address space is divided into 4 hard address regions of 4MByte each. The 
regions are selected by the most significant address lines A23..22 as tabulated below in Table 86A. 

20 Table 86A - 



Region Addressing 


A23..22 


Region 


00 


Region 0 


01 


Region 1 


10 


Region 2 


11 


Region 3 



30 

[0717] The MegaCell master address decoding is performed by externally to the MMI by the Memory Interface Module 
(MIF). The MMI will only receive a request from an internal bus when the address should be run externally. 
[0718] When the MMI runs an external access the 'access parameters' will be dynamically set. The parameters which 
can be independently set for each address region are tabulated below in Table 86B. The region configuration is shared 
35 between the External Program and Data bus controllers. 

Fast/Slow external device support. 

Enable External Bus Aborts. (If this is disabled then the MMI will run dummy 

external cycles following an abort from an internal bus). 

Enable External Bus Pipelining. (If address pipeling is disabled then the 

external device wrapper design will be simplified). 

External Access timing Internal or Handshaked 

External access synchronous to DSP.CLK or STROBE clock. 

45 STROBE clock frequency for slow accesses. 

Length of Internally timed accesses. 

Bus Error Timeout in DSP_CLK/ STROBE periods (handshaked accesses 
only as meaningless in timed). 

Table 86B - Address Region Parameters 

50 

13.4 Interface to Fast and Slow Devices 

[0719] Figure 135 is a block diagram illustrating the MMI External Bus Configuration (Only key signals shown) 
55 [0720] The MMI supports a dual interface to accommodate both fast and slow devices as shown in Figure 1 35. Fast 
devices are synchronous to DSP_CLK and slow devices are synchronous to the STROBE clock signal which allows 
both device types to remain synchronous. The STROBE clock is not free running and only runs for the duration of the 
slow access. 
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[0721] Slow devices may not be fast enough to accept the DSP_CLK because they are intrinsically not fast enough 
or because the external busses are too heavily loaded to propagate in one DSP_CLK period. External devices may 
also be connected to STROBE in order to conserve power. 

[0722] The MMI supports the following external access types, which may be handshaked or timed internally by the 
5 MMI, as tabulated below in Table 87. 



Table 87 - 



External Access Types 


Access Type 


Device Type 


sync to DSP_CLK and handshaked by READY 


Fast Device 


sync to STROBE and handshaked by READY 


Slow Device 


sync to DSP_CLK and timed internally by MMI 


Fast Device 


sync to STROBE and timed internally by MMI 


Slow Device 



[0723] Each external address region supports only one access type as detailed in paragraph 13.3 'External Address 
Decoding and Address Regions'. As there are 4 regions all access types may be supported. The region mechanism 
20 dynamically selects a fast or slow device interface on each external access. 

[0724] The STROBE frequency is also dynamically set by the region mechanism. The STROBE frequency is set 
independently for each slow device region to be an integer division of the DSP_CLK frequency where the highest 
frequency will be DSP_CLK/2. 

[0725] If the divisor is odd then the STROBE high time will be one DSP_CLK period longer than the low time. The 
25 MMI will also ensure that if two slow accesses are run back to back the STROBE clock high time between these 
accesses will be the programmed STROBE clock high time for the second access ie the STROBE will not have a 
narrow high time. 

13.5 STROBE Timing for Slow Devices 

30 

[0726] Figure 136 is a timing diagram illustrating Strobe Timing. When interfacing to a slow device the external bus 
signals should be interpreted, and any inputs setup to, the rising edge of the STROBE clock signal. All of the MMI 
external bus outputs, except for any write data, is driven from the falling edge of DSP_CLK. The external write data is 
driven out 1 .5 DSP_CLK periods after the associated address from the rising edge of DSP_CLK. 
35 [0727] The skew between the other outputs and the falling edge of the STROBE is not controlled and will be de- 
pendent on bus loading. The MMI will be designed such that the other outputs will only change when STROBE switches 
low as shown below in Figure . This gives a nominal setup and hold time of the other outputs to the of half a STROBE 
period. This setup and hold time is also respected when Address Visibility (AVIS) is enabled as detailed in paragraph 
13.18 'AVIS Output within Slow External Device Interface'. 

40 

13.6 Address Pipelining 

[0728] On accesses to fast devices the MMI is capable of pipelining the addresses and write data to one level. 
Address pipelining may be enabled via the 'MMI Control Register (MMI_CR). It is therefore not mandatory for the 
45 external wrappers to support address pipelining. To support address pipelining each of the external fast device wrappers 
may require address and write data registers to persist an address throughout the whole access. These registers may 
not be required if it is inherent within the SRAM technology, for example. 

[0729] Figure 137 is a timing diagram illustrating External pipelined Accesses. Address and write data piplining on 
the external busses boosts performance as external accesses can be overlapped to give some degree of concurrency. 

50 When piplining is disabled a new address, and any associated write data, is only output after the current access has 
been acknowledged. When piplining is enabled a new address, and associated write data, may be output before the 
current access has been acknowledged. This means that if the addresses pending on the bus are for different devices 
(or address different banks within a single device) then the accesses are able to run concurrently. 
[0730] The external addresses will never be pipelined to a slow device as it is impracticable for a Slow device to 

55 manage the address pipeline. Pipeline management requires that each external device monitors the request acknowl- 
edge handshake on all of the other external devices to avoid serialization errors. As a slow device has no knowledge 
of DSP_CLK it would be unable to do this. If an access to an external slow device follows a series of pipelined accesses 
to an external fast device then the MMI will not issue the new address to the slow device until all the fast accesses 
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have run to completion. 

[0731] Synchronous SARAM usually requires the address to be set up during one clock and the read data is output 
during the next clock. Therefore the basic access time is 2 clocks. If address piplining is used then for a series of 
accesses data can be delivered on every clock which give a performance boost of 100%. Therefore while multiple 
5 internal requests are pending the MM! will be able to interleave them onto the associated external bus to sustain this 
performance boost. 

[0732] A series of pipelined external reads with a write is shown in Figure 137. 
13.7 Address Pipeline Management and serialization errors 

10 

[0733] Address pipelining must be properly managed to avoid data serialization errors. For example, if two back to 
back reads were run, with address pipelining, and the first read was to a 10 clock latency externally device and the 
second read was to a 2 clock latency externally device then the second device must wait for the first device to return 
the data first to avoid the data being returned in the wrong order. 
15 [0734] To manage the address pipeline each of the external bus 'fast interface' devices must monitor the READY 
signals from all the other external fast devices which are mapped to a address region where piplining will be enabled. 
Therefore to support pipelining all of the external fast devices must output a READY signal even if the MMI times the 
access internally and actually ignores this signal. 

[0735] The MMI external busses operate in handshaked or timed mode which is programmable. When in timed mode 
20 the MMI uses counters to time the external accesses with which to generate the internal ready signals. When in pipeline 
mode the MMI will have to manage the external data serialization via these counters if all of the external devices are 
not using a handshaked interface. 

[0736] If, for example, there are 2 external devices A and B and address A is output followed by address B pipelined 
on the next clock in timed mode then the data serialization must be managed according to the device latency, as 
25 summarized in Table 88. 



Table 88 - 



latency example 


Latency A = Latency B 


The counters timing the A and B accesses assert the associated internal ready as they 
elapse. 


Latency A < Latency B 


The counters timing the A and B accesses assert the associated internal ready as they 
elapse. 


Latency A > Latency B 


The counter timing the A access asserts the associated internal ready as it elapses as 
normal. The counter timing the B access must wait for the A counter to elapse and then 
assert the associated internal ready on the next clock. 



13.8 Burst Accesses 

40 

[0737] For optimum efficiency the DMA and Cache controllers may access the external devices in bursts. In the limit 
this will allow the MMI to transfer data on every clock. An external burst access is merely a number of normal back to 
back accesses except that the first address of the burst will is identified by the BST outputs set to a burst code. This 
will allow an external burst device to capture the first address and then to sequence the burst addresses remotely. The 
45 data can then be transferred in a high speed burst where the burst device can ignore the burst addresses. The burst 
address sequences will be programmable within the Cache and DMA controllers and the MMI will pass these addresses 
straight through. However; when bursts are indivisible the MMI will use these signals to determine the burst length so 
that competing devices may be excluded for the duration of the burst. 

[0738] Burst accesses may be run to fast (synchronous to DSP_CLK) or slow (synchronous to STROBE) devices. 
50 If the burst is irregular (which is typical) eg. 3-1-1-1 then the burst must be timed using an external READY handshake. 
However; if the burst is regular eg. 3-3-3-3 then the burst may be timed using an external READY handshake or the 
MMI may time it internally. Burst accesses can be run to fast devices with or without address pipelining enabled. 
(Accesses to Slow devices are never pipelined). 

[0739] Figure 138 is a timing diagram illustrating a 3-1-1-1 External Burst Program Read sync to DSP_CLK with 
55 address pipelining disabled. A 3-1-1-1 burst read to an external fast device, with address pipelining disabled, is shown 
in Figure 138. 

[0740] The Cache and DMA Controller internal busses also have BST signals with which to signal the beginning of 
a burst to the MMI. Bursting cannot be disabled within the MMI and if bursting is required to be disabled the Cache 
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and DMA Controllers must ensure that the BST signals are always driven to a non-burst code. 
[0741] The BST encoding for the MMP Program Bus are tabulated in table 89. 

Table 89 - 



External Program Bus Burst Length Encoding 


CACHE_BST[1:0] (internal signal) 


PBST[1:0] (external signal) 


Access Type 


00 


00 


32 Bit Non-Burst 


01 


01 


Reserved 


10 


10 


2 x 32 Bit Burst 


11 


11 


4 x 32 Bit Burst 



[0742] The BST encoding for the MMD Data Bus are tabulated in Table 90. 

Table 90 - 



External Data Bus Burst Length Encoding 


DMA_BST[1:0] (internal signal) 


DBST[1:0] (external signal) 


Access Type 


00 


00 


16 Bit Non-Burst 


Not Used (Not DMA Mode) 


01 


8 Bit Non-Burst 


10 


10 


4x16 Bit Burst 


11 


11 


8 x 16 Bit Burst 



[0743] The BST outputs will have the same timing as the external MMP/D request outputs. 



13.9 Burst Interleave Mode 

30 

[0744] Burst accesses on the external busses are normally indivisible which simplifies the design of the external 
burst devices. This means that all the burst accesses will be run back to back and accesses from a competing internal 
busses will not be scheduled. In 'burst interleave mode' each internal request will be scheduled as normal as detailed 
in paragraph 13.11 'Bus Arbitration'. 
35 [0745] Burst interleave mode is programmed via the MMI control register. When the MMI is not in 'burst interleave 
mode' the MMI is able to exclude the competing devices as the burst length is known as it is signaled at the beginning 
of each burst by the Cache and DMA Controllers via the glj3burst_tr(1 :0) and g1_bstmode_tr(1 :0) signals respectively. 
[0746] When in burst interleave mode the external device wrappers must support aborts. 

40 13.10 Aborts 



[0747] Various internal busses will signal aborts to abandon unwanted requests which arise from speculative program 
fetches along a false path etc. This will increase external bus bandwidth by freeing available slots. 
[0748] The internal busses will signal aborts as tabulated in Table 91: 

45 



Table 91 - 



Internal Bus Abort Signals 


Internal Bus 


Abort Signal 


P Bus 


gl_pdismiss_tr 


Cache Bus 


gl_pabortcache_nr 



Aborts may be enabled/disabled for each region via the MMI External Address Region Access Control Registers. It is 
55 therefore not mandatory for the external wrappers to support Aborts unless burst interieave mode is enabled. Burst 
Interleave Mode is detailed in paragraph 13.9. 

[0749] If an internal bus signals an abort to the MMI, but the external abort functionality is disabled, then the MMI 
will release the internal bus immediately but will run external dummy cycles to complete the burst These dummy cycles 
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will not emulate the real burst exactly as they will all be run at the same address. This address will be a repeat of the 
address which is currently on the external address bus as the MMI will not have an address incrementor. Similarly; 
any write data will be repeated as well. All dummy read data will be discarded. Clearly dummy cycles cannot be run 
while in burst interleave mode as the current address and any write data may be associated with another internal bus. 
5 [0750] When an internal or external bus signals an abort it may or may not issue a request with a new address. 
[0751] Figure 139 is a timing diagram illustrating Abort Signaling to External Buses 

13.11 Bus Arbitration 

10 [0752] As the MMI is the only MMP/D external bus master and never a slave it only arbitrates between the internal 
busses. Therefore as there are no other bus masters competing for the external busses these bus arbiters amount to 
simple schedulers. As the external busses support one level of address pipelining the MMI is able to interleave internal 
bus requests for optimal performance. 

[0753] All priorities are fixed as tabulated below for both the external program and data buses in Table 92 and Table 
15 93 respectively: 



Table 92 - 



20 



Internal Program Bus Priorities 


Priority 


Internal Bus 


1 (highest) 


P Bus 


2 


Cache 



25 

Table 93 - 



Internal Data Bus Priorities 


Priority 


Internal Bus 


1 (highest) 


E Bus 


2 


F Bus 


3 


D Bus 


4 


C Bus 


5 


DMA 



[0754] The priority is evaluated on each time the external bus is free to output another address. This supports the 
Bypass functionality as detailed earlier. This means that not all internal devices are guaranteed external bandwidth 
40 and the DMA for example will always be a background task. 

[0755] Burst accesses on the external busses are normally indivisible but are divisible in 'burst interleave mode' as 
detailed in paragraph 13.9 'Burst Interleave Mode'. When bursts are indivisible the whole burst will run to completion 
before a competing bus is allowed back onto the external busses which will artificially raise the priority of the Cache 
and DMA controllers 

45 [0756] The previous arbitration scheme where the requests are in the order which they appear to guarantee all 
internal devices external bandwidth has been abandoned. 

13.12 External Program and Data Bus Merging 

so [0757] If the MMP/D busses are required to be merged by external circuitry then the SRC output signals may be 
used to determine any priorities. The SRC outputs identify which internal bus is currently accessing an external bus. 
[0758] The SRC encoding for the MMP Program Bus are tabulated in Table 94. 



55 
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Table 94 - 



External Program Bus Source SRC signal Encoding 


Internal Bus 


Status 


PSRC 


cpu 


Read 


0 


Cache 


Read 


1 



[0759] The SRC encoding for the MMD Data Bus are tabulated in Table 95. 



Table 95 - 



External Data Bus Source SRC signal Encoding 


Internal Bus 


Status 


DSRC[2..0] 


Data Bus C 


Read 


000 


Data Bus D 


Read 


001 


Data Bus E 


Write 


010 


Data Bus F 


Write 


011 


DMA 


Read/Write 


100 




Reserved 


101-111 



[0760] The SRC outputs will have the same timing as the external MMP/D address outputs. 

13.13 Tristate Multiplexing 

[0761] As the external bus read data and READY signals will be driven by multiple wrappers/devices then multiplex- 
ers/gates will be required to select between these devices. If tristate multiplexers are used then synchronous tristate 
controls will require careful design to avoid momentary bus contentions. This is because when reading from zero 
waitstate fast devices, or from one waitstate fast devices with address pipelining, new data can be delivered on every 
clock. Bus Keepers should be considered to guarantee the state of all tristate signals at all times. 
[0762] In this embodiment of processor 100. the internal busses will not use tristate multiplexers and the MMI will 
not have any tristate outputs. However, other embodiments may use tristate devices. 

13.14 Write Posting 

[0763] Figure 140 is a timing diagram illustrating Slow External writes with write posting from Ebus sync to DSP_CLK 
with READY. The MMI has two write post registers which may be freely associated with E and F bus writes (DMA writes 
will not be posted). The write post registers are used to store the write address and data such that the cpu may be 
acknowledged in zero waitstate. The cpu is then free to carry on with the next access and the posted writes will be run 
externally as slots become available. If the next access is not for the MMI and is for an internal device then that access 
will be able to run concurrently with a slow external write etc. 

[0764] As the write post registers may be freely associated (ie. not dedicated to a particular internal bus) a patch of 
code which just comprises, for example, E bus writes will benefit from two levels of write posting. 
[0765] Two write post registers will always be available regardless of what accesses are pending on the external 
data bus. For example if two writes are pending externally which, will require an output address and data register, two 
additional address and data registers will still be available for write posting. 

[0766] The write post registers are allocated on a first requested first served basis where the E bus always has priority. 
[0767] Write posting may be disabled via the MMI Control register. This may be useful during debug to disable write 
posting. When write posting has been disabled the internal write bus will be acknowledged as the write is driven onto 
the external bus by the MMI output registers. 

13.15 Bus Errors 

[0768] The MMI is fitted with two programmable bus timers with which to independently detect illegal addresses on 
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the external program and data buses. Therefore if the MMI attempts an access to a non-existent device then a bus 
timer will elapse before a READY is received. The MMI also has a Bus Error input pin on each external bus so that 
external faults, such as address errors, can be signaled to the Megacell. 

[0769] Figure 141 is a block diagram illustrating circuitry for Bus Error Operation (emulation bus error not shown). 
5 The bus error timers may be programmed between 1 and 255 ticks of the elk or STROBE for fast and slow devices 
respectively for each region via the MMI External Address Region Access Control Registers. A timeout value of zero 
will disable the bus timer function. 

[0770] When a bus error is signaled to the Megacell a status bit will also be set in the Bus Error Status Register. This 
register has one status bit for each internal and external bus. Any Bus Error Status bits which is read by the application 
10 as a 1 will be automatically cleared to 0 by the hardware. Emulation reads will not clear these status bits. 

[0771] When a bus timer elapses or external bus error is signaled the internal bus will be acknowledged in the same 
cycle as the bus error is signaled. Bus error is signaled to the CPU as shown in Figure 142: 

13.16 Emulation and Generic Trace 

[0772] The Generic Trace timing is shown in Figure 143. The MMI outputs the Generic Trace signals directly from 
the Generic Trace Block within the Megacell. The Generic Trace outputs comprise the 24 bit execution address and a 
12 control signals. 

[0773] The execution address is only output at each program discontinuity where the control signals define the nature 
20 of the discontinuity eg. a jump, interrupt or subprogram call. The address bus is 24 bits wide as the execution address 
may be misaligned even though the program fetch addresses are always 32 bit aligned. 

[0774] The Generic Trace data will require post processing to reconstruct the program flow if the data was logged, 
for example, by using a logic analyzer. A XDS510 emulation system will do this automatically via a 7 pin JTAG interface. 
[0775] The MMI merely buffers the generic trace signals and drives them externally from the falling edge of elk which 

25 is consistent with the MMP and MMD external busses such that any future merging would be straight forward. The 
Generic Trace block will drive the generic trace outputs from the rising edge of elk such that the internal bus will only 
have half of one DSP_CLK period to propagate. However this bus should not dominate the floor plan tradeoffs as is 
point to point ie. lightly loaded and requires no address decoding etc. The External Trace Bus could be equally driven 
from the rising edge of the DSP_CLK to make it floor plan non-critical which can be simply inverted in the vhdl. The 

30 generic trace block will be a separate entity in the vhdl hierarchy such that it may be easily detached. 

[0776] The Generic Trace output is not handshaked and any rate adaptation FIFO must be placed externally to the 
Megacell. Statistics vary but if a discontinuity occurs once in every 4 instructions then the average Generic Trace output 
data rate will be 25% of the instruction execution rate. 

[0777] The generic trace control outputs may be logically ORed together and connected to the SHIFTJN input of 
35 an external synchronous FIFO which is clocked by DSP_CLK. Two alternative topologies may be considered for the 
external FIFO: 



a One small to medium sized FIFO. This FIFO must operate at the full speed of the DSP_CLK. 
b One small rate adaptation FIFO and a large bulk storage FIFO. The small FIFO would be connected between 
40 the mmi and the large FIFO. The small FIFO must operate at the full speed of DSP_CLK and be sized to buffer 

the data peak rates where discontinuities are close together. The large FIFO may then be optimized for area and 
then only needs to operate at the average rate which discontinuities are encountered. To conserve chip area his 
large FIFO could be constructed using external on chip SRAM which would revert to application SRAM when 
Generic Trace was disabled. 

45 

13.17 Address Visibility (AVIS) 

[0778] When the gl_avis_tr input is asserted the MMI enters AVIS mode where every CPU fetch address which is 
output on the internal Pbus will also be output on the external program address bus. During normal operation the 
50 addresses for internal devices will not be output on the external bus in order to conserve power. Normally when in AVIS 
mode the cache controller will be disabled to guarantee that external program bus slots are always available. 
[0779] Each new AVIS address will be signaled on the external program bus via the external mmi_va1idavis_nf pin 
which may be used as a clock enable signal on a FIFO which is clocked by DSP_CLK. 

[0780] Therefore, with the Cache Controller and AVIS disabled only the external device addresses are driven exter- 
55 nally as shown in Figure 144. Figure 144 is a timing diagram illustrating a Zero Waitstate Pbus fetches with Cache and 
AVIS disabled 

[0781] However, with the Cache Controller disabled and AVIS enabled both the internal and external device address- 
es are driven externally as shown below in Figure 145. Figure 145 is a timing diagram illustrating a Zero Waitstate 
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Pbus fetches with Cache disabled and AVIS enabled 

[0782] The internal Pbus topology is shown in Figure 146, which is a block diagram of the Pbus Topology. 
[0783J The Cache Controller is usually disabled during AVIS mode so that the external bus is always available to 
output the AVIS addresses. Similarly if the Cache Controller is enabled and the Pbus addresses are for SARAM or 
5 DARAM or are hitting Cache the external bus is always available to output the AVIS addresses. 

[0784] When the Pbus addresses are hitting cache the external address should always be available as long as the 
external devices are able to support aborts. An example of this is shown in Figure 147. Figure 147 is a timing diagram 
illustrating AVIS with the Cache Controller enabled and aborts supported 

[0785] If the Cache Controller is enabled when AVIS is also enabled then both the Cache Controller and the internal 
10 Pbus will be competing for the external Pbus. If the Pbus fetches to an external cachable address which results in a 
cache miss then the cache controller will start a burst fill to the MMI. The MMI | will then put these addresses out 
externally and if the external device has a long latency then the data will not be returned for some time. If during this 
time the cpu abandons the Pbus fetch by asserting gl_pdismiss__nr and starts fetching from internal SARAM then it will 
be impossible for the MMI to output the internal AVIS addresses unless the external device supports aborts 
15 [0786] Therefore if the external devices do not support aborts then avis slots will be missed as the cache burst will 
be indivisible. This means that the resulting emulation trace will not be complete. However the system performance 
will be higher as cache fills will be able to run concurrently with fetches from internal devices. 
[0787] The AVIS address output is not handshaked and any rate adaptation FIFO must be placed externally to the 
MMI. As every fetch address is output a new AVIS address could be output on every DSP_CLK cycle. AVIS may be 
20 enabled via the MMI Control Register. When AVIS is enabled the power consumption will increase at the external 
address lines will be driven during every cpu internal program accesses. 

13.18 AVIS Output within Slow External Device Interface 

25 [0788] AVIS addresses will be embedded within accesses to slow devices as shown below in Figure 148. The Slow 
Peripheral Address and request are still valid for the whole access. Therefore AVIS is always intrusive when embedded 
in fetches to slow devices. Figure 148 is a timing diagram illustrating AVIS Output Inserted into Slow External Device 
Access 

30 14. Cache for Processor 100 

[0789] For the purpose of this specification the following definitions will be used. If they differ from the industry stand- 
ard then accept that they are historically how the processor has used them. 

35 • Cache word - the processor defines a word as a 16 bit entity. 

• Cache Line - The Cache memory is organised as 32 bits wide. Hence one of these 32 bit entities contains two 
words, and is referred to as a Cache line. 

Cache Block - A Cache block is the 4 * 32 bit area of memory (i.e. 4 lines) that has one tag and 4 validity bits (one 
validity bit per Cache line) associated with it. 

40 

[0790] The high performance required for by a DSP processor requires a highly optimised data and program flow 
for high data and instruction throughput. The foundation of this is the memory hierarchy. To reap the full potential of 
the DSP's processing units, the memory hierarchy must read and write data, and read instructions fast enough to keep 
the relevant CPU units busy. 

45 [0791] To satisfy the application requirements, the DSP processor memory hierarchy must satisfy the conflicting 
goals of low cost, adaptability and high performance. 

[0792] Figure 149 is a block diagram of a digital system with a cache according to aspects of the present invention. 
One of the key features of the processor is that it can be interfaced with slow program memory, such as Flash memory, 
however, DSP execution requires a high bandwidth for instruction fetching. It is possible to execute DSP code from 
50 the internal memory, but this requires the downloading of the full software priorto it's execution. Thus, a Cache memory, 
which is an auxiliary fast memory between the processor and it's main memory, where a copy of the most recently 
used instructions (and/or data) are written to be (re)accessed faster, sitting on the DSP program bus is the best trade- 
off for speed of program access and re-fill management. 

55 14.1 Processor Cache Architecture. 

[0793] A Cache will improve the overall performance of a system because of the program locality or locality of ref- 
erence principle. No Cache will work if the program accesses memory in a completely random fashion. To evaluate 
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the architecture of a Cache, it is necessary to do statistical optimisations. A Cache architecture may be very good for 
a given program, but very bad for a different program. Hence it is very important to perform simulations and measure 
the performance on the actual prototypes. 

[0794] Caches generally give very efficient typical memory accesses times, but they do increase the maximum mem- 
5 ory access time. This may be a problem in real-time operations. Therefore it may be important to optimise the number 
of lost clock periods on miss memory accesses. The performance of a general Cache architecture is determined by 
the following: 

Cache Memory Speed 
10 • Main Memory Speed 

Cache Size 

Cache Block Size 

Cache Organisation 
• Cache Replacement Algorithm 
15 • Cache Fetch Policy 

Cache Read Policy 

Cache Write Policy 

Cache Coherence Policy 

20 [0795] As the present processor Cache is a "read only" instruction Cache, the latter two points can be ignored. 
However, other embodiments of the processor may have other types of caches, according to aspects of the present 
invention. 

[0796] Several analyses performed on pieces of DSP software for wireless telephone applications showed that a 
relatively small Cache size combined with a simple architecture is efficient. Thus, the following features have been 
25 defined: 

Cache size : 2K words of 16 bits. 

8 words per block (8x16 bits). 
4 validity bits per block (one per Cache line). 
30 Cache type : Direct-mapped. 

Look-through read policy. 

[0797] The Cache consist of a Memory Core and a Controller. As the program space is addressable as 4 bytes (2 
words) aligned to the 4 byte boundary in the processor, and as 4 bytes (2 words) are fetched per cycle, the program 
35 memory core can be organised in banks of 32-bit words for all read and write accesses. 

[0798] Figure 150 is a block diagram illustrating Cache Interfaces, according to aspects of the present invention. 
The Controller has to interface, on one side, to the CPU of the processor and, on the other side, to the MMI. A control 
and test interface port is provided by the External bus interface (not shown below). 

[0799] The Cache detects if any requests for an instruction from the CPU can be served by the Cache or if a new 
40 block of instructions needs to be filled from external memory. In order to do this, the Cache Controller manages a buffer 
memory of address tags associated with flags to indicate that the Cache content is valid or not. 
[0800] Figure 151 is a block diagram of the Cache The following is a brief explanation of the instruction flow for a 
direct mapped Cache. The processor has a six stage pipeline with the first four stages, pre-fetch, fetch, decode and 
address stages, relevant to the Cache design. For a Pre-fetch cycle the IBU generates an address and a Request 
45 signal. The address is decoded in the MIF block and the relevant module requests are derived and sent to their re- 
spective modules. When the Cache receives a request from the MIF block it latches the address (value of the Program 
Counter) generated by the CPU. It then uses the Isbs of the address as an address to its Data RAM and its Address 
RAM (containing the Tag value and the Validity bits) in parallel. If the msbs of the address received from the CPU 
matches those read from the relevant location in the Address RAM and the validity bit is set, then a hit is signified to 
50 the Processor by the return of an ready signal in the fetch cycle along with the appropriate data read from the Data RAM. 
[0801] If the msbs of the address received from the IBU do not match those read from the relevant location in the 
Address RAM or the validity bit is not set, then a miss is signified to the Processor by keeping the ready inactive in the 
fetch-cycle and an external request and the requested address are sent to the MMI interface for reading external 
program memory. 

55 [0802] When the MMI returns and ready along with the data requested, the data can be latched into the Cache Data 
memory and the msbs of the requested address latched into the Address memory along with setting of the relevant 
validity bit in the same memory area. In the same cycle the data can also be sent back to the CPU along with an ready. 
[0803] Figure 1 52 shows a more detailed block diagram for a direct-mapped Cache using a word by word fetch policy 
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to highlight the instruction flow through the Cache, but not showing the test and control interface port. 

14.2 The Cache Controller - Functionality. 

5 [0804] As stated at the start of the previous section, there are several factors in the Cache architecture that determine 
the performance of the Cache. They will be examined in more depth in this section. The main problem to be addressed 
is system performance, the instruction flow to the processor must be maintained at a high level, whenever possible, 
allowing it to run freely as often as possible (i.e. with a minimum of stalls). This means the fetching of redundant data 
into the Cache should be minimised and the penalty for external fetches should also kept to a minimum. 

10 [0805] The cost of FLASH memory is sufficiently high at present to justify that code size is one of the most important 
criteria when choosing a DSP processor for uses such as GSM. Hence the processor is optimised for code size and 
many architectural decisions have been made so that the code size for a typical application was smaller than an industry 
standard processor. To this end variable length instructions are used and the code is compacted, so that there is no 
alignment of instructions. This non-alignment also applies to calls and branches, where the code is not aligned to any 

15 boundary, whereas a x86 processor aligns calls/branch code to Cache block boundaries. This means that whenever 
a call / branch occurs the processor may access code from the middle of a Cache block. These conditions mainly affect 
the fetch policy of the Cache (see later). 

[0806] The 2K word size of the Cache was set because analysis of DSP code from typical user applications indicated 
that most code routines would fit within 1k words of program memory. 

20 [0807] For control code we can expect a branch every 4 instructions (a typical industry figure) and for DSP code we 
can expect a call or branch every 8 cycles (Note: this is for code generated by a 'C compiler - for hand assembled 
code, branches 1 calls will appear less often). Hence from this and from some initial analysis, the size of a block in the 
Cache was set to 8 Cache words (16 bytes). This is a compromise figure between access to external memory such 
as FLASH, arbitration for access to such devices at the external interface and the desire to reduce the number of 

25 redundant fetches of instructions that will not be used, due to calls and branches within the code. 

[0808] The Cache is designed to be transparent to the user Therefore to locate an item in the Cache, it is necessary 
to have some function which maps the main memory address into a Cache location. For uniformity of reference, both 
Cache and main memory are divided into equal-sized units, called blocks. The placement policy determines the map- 
ping function from the main memory address to the Cache location. 

30 [0809] There were several possible placement policies for a Cache architecture that were modelled for the processor: 
the final choice was between 2-way set-associative and direct mapped architectures. Other potential organisations 
that were investigated, such as four-way set-associative, and fully associative, were discarded as the improvement 
they gave in hit ratio was very small, and the hardware complexity increase was significant, especially in the case of 
a fully associative Cache. Also the speed requirements of the memory were significantly increased, due to the require- 

35 ment to implement a Least Recently Used (or similar) replacement algorithm. 

14.3 Memory Structure. 

[0810] Figure 153 is a diagram illustrating Cache Memory Structure shows the memory structure for a direct mapped 
40 memory. Each Cache line consists of 4 bytes (32 bits). Each Cache block contains four line (16 bytes, 8 words). Each 
line within a block has it's own validity bit, hence four validity bits per block, and each block has a tag (consisting of 
the msbs of the address field). 

[0811] Direct Mapping - This is the simplest of all Cache organisations. In this scheme, block 1 (block-address) of 
the main memory maps into the block 1 modulo 256 (the number of blocks in the Cache) of the Cache. The memory 

45 address consists of four fields: the tag, block, word and byte field. Each block has a specific tag associated with it. 
When a block of memory exists in a Cache block, the tag associated with that block contains the high-order 12 bits of 
the main memory address of that block. When a physical memory address is generated for a memory reference the 
8-bit block address field is used to address the corresponding Cache block. The 12-bit tag address filed is compared 
with the tag in the Cache block. If there is a match, the instruction in the Cache block is accessed by using the 2-bit 

50 word address field. 

[0812] Table 96 summarizes a 2k word direct-mapped Cache as implemented - i.e. 4k byte of instructions can be held: 



55 
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Table 96 - 





2k word direct-mapped Cache 


5 


Bit No. 


23-12 


11-4 


3-2 


1-0 




Function 


Tag of the Cache 
Block (12 msbs of 
program address 


Index of the Cache 
(block index - 256 
blocks) 


Cache line in block (4 
lines) 


Byte in Cache line (4 
bytes) 


10 


No. of Bits 


12 


8 


2 


2 



[0813] Figure 154 is a block diagram illustrating an embodiment of a Direct Mapped Cache Organisation. A disad- 
vantage of the direct-mapped Cache when associated with a processor is that the Cache hit ratio drops sharply if two 
or more blocks, used alternatively, happen to map onto the same block in Cache. This causes a phenomenon known 
75 as "trashing", where two (or more) blocks continuously replace each other within the Cache, with the subsequent loss 
in performance. The possibility of this is relatively low in a uni-processor system if such blocks are relatively far apart 
in the processor address space. The problem can usually be relatively easily overcome on the processor design when 
assembler coding is manually performed. 

[0814] The architecture of the Cache Controller will be parallel access to improve the throughput. This means that 
20 the address tags and the data will be accessed at the same time and then enabled onto the bus only if the address 
tag matches that stored in memory and the validity bits are validated, rather than using the address tag as an enable 
to the data RAMs. 

14.4 Replacement Algorithm. 

25 

[0815] The direct mapped Cache has the advantage of a trivial replacement algorithm by avoiding the overhead of 
record keeping associated with a replacement rule. Of all the blocks that can map into a Cache block only one can 
actually be in the Cache at a time. Hence if a block causes a miss, the controller simply determines the Cache block 
this block maps onto and replaces the block in that Cache block. This occurs even when the Cache is not full. 

30 

14.5 Fetch Policy. 

[0816] There are many options that could be evaluated for the Cache fetch policy: 

35 • Block (4 x 32-bit lines) fill from the first address in the block (word 0). 
Block fill from the requested address and wrap (word n to word n-1 ). 
Half block (2 x 32-bit lines) fill from the first address in the half-block (word 0 or word 2). 
Fill only the increment (e.g. words 1 , 2, 3 or words 2, 3 or word 3). 
• Line by line (32-bit by 32-bit). 

40 

[081 7] The policy is affected by the choice of external memory, the processor is currently aimed at using slow external 
memory such as FLASH, and we have limited our view point to three potential types of FLASH - asynchronous, syn- 
chronous with fixed burst length - accessible on a 64 bit boundary, or synchronous with undefined burst length. 
[0818] However the first thing to note is the fact that although the program bus external to the Megacell is 32-bits 
45 wide, the expected primary end-users external interface is 16-bits wide. Hence the design calculations of timings are 
strongly biased to this 16 bit interface, although a 32-bit interface was also considered. 

[0819] The option of filling only the increment of the address in a block offers little advantage with respect to the 
specification of these memories, that could not be achieved with other modes. 

[0820] The decision whether to use burst mode or whether to access the external memory on a word by word basis 
50 can only be answered taking into consideration the type and speed of the external memory and the type of interface 
that has been deigned to connect it to the Cache design. Assuming the use of a synchronous FLASH with access 
150ns -25ns -25ns -25ns access and a 16 bit wide external interface, this means for the external interface will take 
225ns (23 clocks) to capture 8 bytes of data, and 325ns (33 clocks) to capture 16 bytes of data. (These figure are the 
first source of problems - if they are changed the very nature of the following results could be changed). Fetching two 
55 bytes individually will be 14 clocks, and three bytes individually will be 21 clocks. 

[0821] A second problem is how often when a complete block is fetched will the complete block be required. For 
example if a mis-aligned request is received, the fetch should start in second word, then fetching a block is quicker 
than to fetch three words individually, But if the fetch started in the third word, then it would be marginally slower to 
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fetch the entire block than fetching two individual words, hence it could be considered to be a reasonable to fetch the 
entire block. 

[0822] In a conventional Cache an entire block is fetched, for example, in the Pentium blocks are passed to the pre- 
fetch queue and burst read from external memory into the Cache. This requires one tag and one validity bit per Cache 

5 block. A more complex system would allow half block fetches and require two tags per block. The fetching of a complete 
block is achieved by the fact that most processors (e.g. Intel) align their calls to block boundaries. Other processors 
may align to word boundary hence the need to fetch a word from a specific address within the block. However they 
normally wrap to complete the block fill. This is useful for data Caches, where access is random, for instruction Caches, 
usually data is linear and there is no need to wrap, but for consistency in combined data and instruction Caches wrapping 

10 takes place. 

[0823] As the processor has a pure instruction Cache and no alignment on calls, we can start a call at any address 
within a block, the only gain we have from taking a full block is if we use burst Flash memories, which require less time 
to access the 2/3/4 data words as they are pipelined. However we are in danger of taking instructions that are not used 
by the processor at that time. 

15 [0824] The question arises as to how often it is necessary to fetch the entire block in one fetch, and if we don't, are 
the unused words later used as part of another part of the same code (i.e. is it part of an if-then-else statement). This 
needs to be verified with the actual code and the fetch policy optimised on a case by case basis. 
[0825] In the light of the above arguments, the supported fetch policies for the processor Cache are: 

20 • Block (4 x 32-bit lines) fill from the first address in the block (word 0). 

• Half block (2 x 32-bit lines) fill from the first address in the half-block (words 0 or word 2). 

• Line by line (32-bit by 32-bit). 

14.6 Ready Timing. 

25 

[0826] There are two possible ways of implementing the ready back to the processor for it tp continue processing: 

Ready when the block is returned from main memory, i.e. wait until the entire fetch is complete. 
Ready when the Cache-line (32 bits) is returned from main memory, i.e. release CPU as soon as the required data 
30 is available. 

[0827] The pipelined nature of the processor means that there is no advantage in either scenario, so for the simplest 

implementation the Cache will return an ready back to the CPU when the entire fetch (block) is completed. 

[0828] However the current system design requires that all external program accesses, including those that result 

35 from Cache misses, return the relevant instruction to the Cache, and the Cache ready the processor. Due to the fact 
that both the Cache and the MMI work off the falling edge of the clock and the limited time to respond to the processor, 
an extra clock cycle delay is added to the return path since the data will be latch internally in the Cache before it is 
returned in the next cycle to the processor. This allows the updating of the Data, and Tag and Validity memories to 
happen in the same cycle as the instruction, from the Cache miss, is returned to the processor. 

40 [0829] This method reduces one of the system timing problems, of trying to return the instruction to the processor, 
in the same half cycle that it is received from the MMI. It may cause a clock cycle delay when successive accesses 
from the CPU are to the Cache (which has a Cache miss) followed by an access to the internal memory (SARAM, 
DARAM etc.). However this is a relatively rare occurrence in most DSP applications, it may occur, for example, when 
changing from a DSP routine to an interrupt, where the loss of one DSP clock cycle can be deemed non critical. 

45 

14.7 Read Policy. 

[0830] To safeguard against unwanted requests externally to the Megacell we will only access external memory from 
the Cache when it has been ascertained that there is a Cache miss. A parallel read (i.e. perform a fetch every memory 
50 reference) of External Memory and the Cache could improve the speed of execution of the Cache, but may have 
performance limitations on the design externally to the Megacell, i.e. extra external fetches would be initiated which 
would later need aborting. This could cause problems with priorities, hence slow down the access to the external 
memory, via the external interface. 

55 14.8 Data Consistency. 

[0831] The External memory is mapped onto the Cache memory. The internal SARAM is mapped above the External 
Memory and is not cacheable. Code, for example interrupt routines, can be DMAed from the External memory into the 
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internal SARAM and the vector table rebuilt so that there is no problem of consistency. 

[0832] Since the Cache is solely an instruction Cache, with no self modifying code we should have no problem with 
consistency of data within the Cache to that in the external memory. 

5 14.9 Write Policy. 

[0833] No data on the External Memory or the Internal Memory is cacheable, nor are there any self modifying in- 
structions. Hence no write policy is needed as there is no need to write back to the Cache. 

10 14.9.1.1 CPU Control Signals. 

[0834] The CPU Status Register contains three bits to control the Cache: gl_cacheenab!e (Cache enable), 
gLcachefreeze (Cache freeze) and gLcacheclr (Cache clear). They are described below. 

[0835] Cache enable (gl_cacheenable). The Cache enable is not sent to the Cache block, but it is only sent to the 
15 Internal Memory Interface (MIF) module, where it is used as a switch off mechanism for the Cache. 

[0836] When it is active, program fetches will either occur from the Cache, from the internal memory system, or from 
the direct path to external memory, via the MMI, depending on the program address decoding performed in the MIF 
block. 

[0837] When it is inactive, the Cache Controller will never receive a program request, hence all program requests 
20 will be handled either by the internal memory system or the external memories via the MMI depending on the address 
decoding. 

[0838] The Cache flushing is controlled by the gl_cacheenable signal which is set in one of the CPU's status registers. 
It is set there as it's behaviour is required to be atomic with the main processor. This is because when you disable 1 
enable the Cache, the contents of the pre-fetch queue in the CPU must be flushed, so that there is no fetch advance, 
25 i.e. no instructions in the pipeline after the instruction being decoded (the Cache enable instruction). Otherwise the 
correct behaviour of the processor cannot be guaranteed. 

[0839] The Cache enable functionality is honoured by the emulation hardware. Hence when the Cache is disabled, 
if the external memory entry to be overwritten is present in the Cache, the relevant Cache line is not flushed. 
[0840] Cache clear (gLcacheclr). The requirement is for Cache be able to be cleared (all blocks are invalid) with an 
30 external command. The signal gLcacheclr is provided for this purpose. This Cache clearing (or flushing) should be 
completed in a minimum of clock cycles. However this is dependant on the final memory architecture and the technology 
used. 

[0841] For a 2k word Cache, with a validity bit for every 32 bits, this means 1024 validity bits. Since the Cache 
architecture has one tag/validity memory (organised as a memory with one tag associated with 4 validity bits at the 

35 same index), this means for a direct-mapped Cache the validity bits can be flushed in 256 cycles. 

[0842] Figure 155 is a timing diagram illustrating a Cache clear sequence. The Cache flushing is controlled by the 
gl_cacheclr signal which is set in one of the CPU's status registers. It is set here as it's behaviour is required to be 
atomic with the main processor. This is because when you flush the Cache, the contents of the prefetch queue in the 
CPU must be flushed, so that there is no fetch advance, i.e. no instructions in the pipeline after the instruction being 

40 decoded (the "Cache_enable" instruction). Otherwise the correct behaviour of the processor cannot be guaranteed. 
[0843] The gLcacheclr signal is set active by the CPU and only reset by the cache_endclr signal (one elk cycle wide) 
which is generated by the Cache once all the validity bits have been cleared. 

[0844] The gLcacheclr signal is also sent to the MIF block, where it is gated with the gLcacheenable signal and the 
program request signal. If a program request is received by the MIF for a cacheable region of memory and the Cache 
45 js enabled, but it is in the process of clearing (i.e. the gLcacheclr signal is active), then the program request will be 
sent directly to the MMI, bypassing the Cache. 

[0845] Cache Freeze (gLcachefreeze). The Cache Freeze provides a mechanism whereby the Cache can be locked, 
so that it's contents are not updated on a Cache miss, but it's contents are still available for Cache hits. This means 
that a block within a "frozen" Cache is never chosen as a victim of the replacement algorithm; its contents remain 
50 undisturbed until the gLcachefreeze status is changed. 

[0846] This means that any code loop that was outside of the Cache when it was "frozen" will remain outside the 
Cache, and hence there will be the cycle loss associated with a Cache miss, every time the code is called. Hence this 
feature should be used with caution, so as not to impact the performance of the processor. 

[0847] The Cache freeze functionality is honoured by the emulation hardware. Hence when the Cache is frozen, if 
55 the external memory entry to be overwritten is present in the Cache, the relevant Cache line is not flushed. 
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14.10 Interface to the Instruction Buffer. 

[0848] Program fetching from the processor core is under control of the CPU - Instruction Buffer Unit (IBU), which 
uses the signals tabulated in Tables 97 and 98. 

5 



Table 97 - 



Processor Core Interface Signals 


Function 


Signal Name 


Type 


Comments 


MISC 


elk 


l/P 


System clock. 




gl_reset_nr 


l/P 


System reset. 


CPU 


gl_pabus_tr [23.. 2] 


l/P 


Program Address bus for program reads connected to the WPC from 
the Instruction Buffer. 




cache_pdbus__tf [31 ..0] 


O/P 


Program Data bus. 




gl_pdismiss_tr 


l/D 
l/P 


Disable Miss - used to avoid fetching lines of code when not strictly 
necessary - i.e. in false path exploration. 




gLcachefreeze_.tr 


l/P 


Cache Freeze- this locks the Cache by allowing it to be read by the 
processor, but not written to from the main memory. 




gl_cacheclr_Jr 


l/P 


Flush the contents of the Cache (in-fact it flushes only the validation 
bits. The time taken to complete the action is equal to the number 
of lines in the Cache). Set by software n the CPU, reset by the 
cache_endclr_tr signal. 




cache_endclr_tr 


O/P 


End Cache Clear- this signal, one clock cycle wide is used to reset 
the Cache clear signal in the CPU. 



Table 98 - 



MIF Interface Signals 


Function 


Signal 


Type 


Notes 


MIF Interface 


gl_preq_nr 


l/P 


Request to start Program Access generated by the MIF from the 
Master request and the address decode. 


cache_preadymif_nf 


O/P 


Acknowledge that Program access has completed. 


gl_preqmaster_nr 


l/P 


Master Program Request from the CPU Core that is monitored in 
order to avoid serialisation errors. 


gLpreadymasterjif 


l/P 


Master Program Acknowledge that is generated by the MIF by 
gating together all the different program acknowledges all the 
relevant peripherals. It is monitored to avoid serialisation 
problems. 



45 

14.11 A quick review of the CPU IBU. 



[0849] A detailed description of the CPU Instruction Buffer Unit / Program Control Unit was prpvoded in earlier sec- 
tions. The following is a quick summary of the main features. 

50 [0850] The purpose of the IBU is to fetch 32-bit program words at each cycle and to reorder fetched bytes as 48-bits 
pair of instructions for decoding. In order to do so, it manages a buffer of 32 words of 1 6 bits which is byte addressable. 
32-bit program words are stored in pairs of 16-bit registers of the buffer, like in a FIFO. Meanwhile, according to program 
execution discontinuities jumps, branches, calls, ..,) instructions are scanned by a 48-bit port and dispatched to de- 
coding. Local loops, for instance, can be executed from the buffer if they fit into it. This "FIFO" is considered empty 

55 when the difference in the number of valid program words available in the buffer between the « write » process and 
the read one is lower than two. In this case, the decode is stopped and the machine pipeline is drained. 
[0851] Thus the Cache has only to deal with the "write" process by delivering or not the program words. The IBU will 
handle processor stall. The buffer allows to give some speculative behaviour to the Controller by fetching in advance 
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the next instruction block in the Cache while the CPU is executing a loop or by stopping any block fetched during 
speculative execution in a conditional branch if the true path is finally selected. 

[0852] Program Request 1 Ready Timing (gl_preq / cache_readymif). The program request signal (gl_preq) will be 
active low and only active in the first cycle that the address is valid on the program bus, no matter how long it the 
5 modules take to return data. This is different to the specification of the data request signal. A master program request 
is generated in the CPU and sent to the MIF, where it is decoded along with the program address and the relevant 
program requests are generated and sent to each module. 

[0853] The program ready signal (cache_readymif) will be active low and only active in the same cycle that data is 
returned to the CPU via the MIF. It will need to meet the set-up and hold requirements, to the rising edge of the clock, 
10 for the processor CPU. 

[0854] Disable Miss feature (gl_pdismiss). The biggest source of miss in the Cache comes from discontinuities in 
the code (handled by calls, branches, ...). It can be even worse in the case of conditional branches where two scenarios 
exist. The CPU organisation allows to put in place mechanism for speculative exploration of these two possible sce- 
narios and the final branch is taken at the time the condition is ready. This type of management may generate 2 sets 
15 of miss, one per branch explored. For a full explanation of this problem see the "Instruction Buffer and Control Flow 
Documentation". There is no interaction with the MIF block for this action. 

[0855] Another hidden source of miss in the Cache comes from the fetch advance from the "write" process to the 
"read" one. 

[0856] In order to limit the impact of the speculative exploration and the fetch advance to the miss ratio, the signal 
20 gl_pdismiss is defined to stop any on-going block fetch from the External memory. When it is active, the access is 
stopped and the current block being fetched is made invalid. gl_pdismiss is active in cases listed in Table 99. 



Table 99- 



Disable Miss Feature 


jump and calls 


undelayed 


Active when a fetch advance of 2 words is achieved (outside the buffer). 


jump and calls 


delayed 


Active when a fetch advance of 2 words is achieved (outside the buffer). 


conditional branch 


any 


Active if there is a miss on the false path exploration and the final condition is 
true (false path block scrapped) or if the fetch advance of 2 words is achieved. 



14.12 Control Flow 



[0857] The Cache will mainly impact two classes of control flow: 

35 

Speculative dispatch (conditional call and branch - relative and absolute addressing). 
Non Speculative discontinuity. 

[0858] Table 100 below explains the Unconditional Control - Relative Address case, in the pipeline: 

40 

Table 100- 



Unconditional Control Flow - Relative Addressing 


Prefetch 


PCD 


PC+4 (**) 




nWPC (— ) 


m 




Fetch 


Fbr 


Fn 










Decode 




BR 








80 


Address 






nWPC 








Access 














Read OP 














Exe 















* : A fetch advance of two is achieved, 

** : During the decode cycle of the branch instruction, no program ready signal is returned from the Cache during the generates a miss (wrong). 
*** Fetch of the new PC is generated and the gl_pdismiss signal can be activated with the new PC because the fetch advance is sufficient. 
The gl_pdismiss returns to inactive state. 
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Table 100- (continued) 



Unconditional Control Flow - Relative Addressing 


Prefetch 


PC(*) 


PC+4 (**) 




nWPC (***) 


r-) 








Control instruction 
branch is being 
decoded 


WPC + RPC + offset 


Disable current 
miss and send out 

new WPC and 
program request 







70 * : A fetch advance of two is achieved, 

** : During the decode cycle of the branch instruction, no program ready signal is returned from the Cache during the generates a miss (wrong). 
•** Fetch of the new PC is generated and the gl_pdismiss signal can be activated with the new PC because the fetch advance is sufficient. 
**** The gl_pdismiss returns to inactive state. 



75 [0859] Table 101 below explains the Unconditional Control - Absolute Address case, in the pipeline: 

Table 1 - 



25 



30 



Unconditional Control Flow - Absolute Addressing 


Prefetch 


PCf) 


PC+4 (**) 


nWPC (**•) 








Fetch 


Fbr 


Fn 










Decode 




BR 






80 




Address 














Access 














Read OP 














Exe 


















Control instruction branch is 
being decoded 


Disable current miss and 
send out new WPC and 
program request 









* : A fetch advance of two is achieved, 

** : During the decode two of the branch instruction, no program ready signal is returned from the Cache during the generates a miss (wrong). 
35 *** Fetch of the new PC is generated and the gl_pdismiss signal can be activated with the new PC because the fetch advance is sufficient. 
**** The gl_pdismiss returns to inactive state. 



[0860] Table 1 02 below explains Speculative case one, when a miss is found before or until the decode stage of the 
conditional branch, in the pipeline: 

40 

Table 102- 



Control Flow - Speculative Scenario #1 


Prefetch 


PCD 


PC+4 (**) 








nWPC (***) 


m 




Fetch 


Fbr 


Fn 














Decode 




BR 












B0 


Address 


















Access 


















Read OP 


















Exe 



















* : A fetch advance of two is achieved, 

**: During the decode cycle of the branch instruction, no program ready signal is returned from the Cache during the generates a miss (wrong). 
*** Fetch of the new PC is generated and the gl_pdismiss signal can be activated with the new PC because the fetch advance is sufficient 



The gl_pdismiss returns to inactive state. 
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Table 102- (continued) 





Control Flow - Speculative Scenario #1 


Prefetch 


pen 


PC+4 (**) 








nWPC (***) 


(****) 




5 






Control 


WPC + RPC 




Look at the 


If (condition 












instruction 


+ offset 




condition 


is true) 












branch is 








disable 












being 








current miss 






10 






decoded 















* : A fetch advance of two is achieved, 

**: During the decode cycle of the branch instruction, no program ready signal is returned from the Cache during the generates a miss (wrong). 



*** Fetch of the new PC is generated and the gl jjdismiss signal can be activated with the new PC because the fetch advance is sufficient. 
**** The gl_pdismiss returns to inactive state. 

15 

[0861] In this case if a miss is detected at the decode stage of the speculative instruction, the CPU needs to wait 
until the condition is evaluated before deciding to enable the scrapping of the current access. Thus gl_pdismiss will 
be set when the condition is true. 

[0862] Table 103 below explains Speculative case two, when a miss is found during the decode stage of the condi- 
20 tional branch, in the pipeline: 



Table 103- 



30 



Control Flow - Speculative Scenario #2 


Prefetch 


PCD 


PC+4 (**) 




nWPC (***) 


nWPC+4 






















Fetch 


Fbr 


Fn 












Decode 




BR 






CO 






Address 
















Access 
















Read OP 
















Exe 




















Control 
instruction 
branch is 

being 
decoded 


WPC + RPC 
+ offset 




Look at the 
condition 


If (condition 
is false) 
disable 

current miss 





* : A fetch advance of two is achieved, 

**: During the decode cycle of the branch instruction, no program ready signal is returned from the Cache during the generates a miss (wrong). 



•** Fetch of the new PC is generated and the gl_pdismiss signal can be activated with the new PC because the fetch advance is sufficient. 
**** The gl _pdismiss returns to inactive state. 

45 

[0863] In this case if the true branch is aborted we don't need to solve the miss in the Cache, thus gl_pdismiss will 
be set when the condition is false. 

14.13 Internal Bus Interlaces : 

50 

[0864] Figure 156 is a timing diagram illustrating the CPU - Cache Interface when a Cache Hit occurs. 
[0865] Figure 157 is a timing dagram illustrating the CPU - Cache - MMI Interface when a Cache Miss occurs. 

14.14 Serialization Errors 

55 

[0866] Figure 1 58 is a timing diagram illustrating a Serialization Error. The problem of serialisation errors arises when 
a series of two program bus requests are made, the first to a "slow" memory device which adds several wait states 
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before returning the data, and the second a "fast memory" device which can serve the access immediately. 
[0867] To avoid both modules responding at the same time, or the fast device responding before the slow, it is nec- 
essary for all memory modules to monitor the bus, and wait until the slow module has asserted ready to the request, 
before sending its own data on the bus. 
5 [0868] The program bus request signal from the MIF (gl_preqmaster) and the global ready signal (gl_preadymaster) 
are monitored by the Cache. If a request is pending to another module, the Cache registers the result of the program 
read and waits until the gl _preadymaster signal goes active indicating that the other module has completed the program 
request. In the next clock cycle, the Cache has asserted ready to the read request and drives the data on the program 
data bus. 

10 [0869] Other bus accesses can proceed as normal in the interval while the Cache is awaiting the gl _preadymaster 
signal. 

14.15 Megacell Memory Interface. 
15 [0870] The MMI Interface comprises of the following signals: 



Table 104- 



MMI Interface Signals 


Function 


Signal Name 


Type 


Comments 


MMI 


cache_pabus_tr [23.. 2] 


O/P 


Program Address bus for for reads. 


gLpdbusJr [31. .0] 


I/P 


Program Data bus. 


cache_preqjir 


O/P 


Program Address Valid indicates that the address on the bus is valid. 


gl_pready_nr 


I/P 


Program Acknowledge, valid for each word returned during a burst. 


cache_pabort_nf 


O/P 


Abort signal to abort a burst already in progress. 


cache _pburst_tr [1 ..0] 


O/P 


Program Burst, used to to whether the access is part of an block 
access and is indivisible from it's partners. 



[0871] The external bus interface has a 1 6 bit access to Flash and RAM memories, but may in the future be connected 
to a 32 bit bus. To support this the interface to the External Memory Interface supports 64 or 128 bit burst accesses 
(half-block and full-block accesses). The program burst from the Cache controller is either 2 or 4 x 32 bits accesses. 
35 All transfers to the Cache from the External Memory Interface are assumed burst transfers and are synchronised to, 
and performed at, the internal system clock. Any asynchronous behaviour from the external memory system will be 
handled outside of the processor design. 

[0872] The length of the burst 64 byte or 128 byte is configurable via the burstjength bit in the burst configuration 
register. This information will be sent to Megacell Memory Interface (MMI) via the mmi_burst(1:0) signals. 
40 [0873] The mmi_preq_n signal is used to validate each address within a burst to the External memory. An acknowl- 
edge signal mmi_pack_n is expected from the MMI for each data word returned within that burst. 
[0874] Figure 159 is a timing diagram illustrating the Cache - MMI Interface Dismiss Mechanism 

14.16 Why the Cache is not the output of the Megacell. 

45 

[0875] The decision that the MMI acts as the interface from the processor CPU to the external world is taken mainly 
for reason that the Lead3 CPU may be used in several configurations using different peripherals, and some of these 
may not include an instruction Cache. Hence to avoid changing the interface to the external world some version of the 
MMI will always be present. 

50 [0876] The addition of the MMI in the program path, does generate some problems including an additional clock 
cycle when fetching externally. If the external fetch path needs to be optimised at a later date (for an application with 
a lower hit ratio then we currently achieve - i.e. a more control orientated application), this area may need to be revisited. 

14.17 External Bus Interface. 

55 

[0877] All of the Cache configuration registers are accessed via the External Bus configuration port. 

[0878] The Cache external bus interface will only support 16 bit reads and 16 bit writes via 16 bit external data 

busses. The Cache external bus interface will not perform any access size checking and will therefore not use the 
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gl_permas signals. During a Cache access the Cache Controller will drive the cachejaepmas signal to a logical high 
value to signal a 16 Bit peripheral. 

[0879] The 1 6 bit external bus data will be interpreted as 'big endian* where the most significant byte of a 1 6 bit data 

value will be transferred on bits 7:0 and the least significant byte of a 16 bit data value will be transferred on bits 15:8. 
5 [0880] The Cache Configuration Registers will occupy 4k Byte of address space on the external Bus. The address 

lines gLpeabus[10:0] will be used to index the registers within this 4k Byte space. The Cache is chip selected via the 

external Bus gl_pecs[4:0] signals which are analogous to the address lines gl_peabus[16:12]. During each external 

bus access the value of the gl_slot[4:0] input signals will be compared with the value of the external Bus gl_pecs[4:0] 

chip select signals to enable the Cache external Bus interface. 
10 [0881] The gl_slot[4:0] signals may be hard coded by wire connections. 

[0882] To simplify the address decoding the Reserved locations within the register space may alias actual registers. 

Therefore Reserved locations should never be accessed. In addition any access to registers, and Reserved locations, 

within this 4k Byte of address space will be acknowledged by the Cache. 

[0883] The internal registers accessible by the external bus are as follows: 

15 

• Burst configuration register: This contains a two bit number burstjen to select whether we do line, half block, or 
whole block accesses to the MM I. It also contains the abort_on signal, which is used to enable the abort mechanism, 
used when bursting from external memory, to reduce the number of redundant fetches. 

• Test registers: These are 4 registers that can be used to access the Cache data, tag, validity and FIFO bits used 
20 mainly for functional debug mode. 

Emulation register: The Cache Emulation Register allows the emulation hardware to interrogate the Cache hard- 
ware and understand the size and organisation of the Cache. 

14.18 External Bus Synchronous/Asynchronous operation. 

25 

[0884] All the external bus signals which are sampled by the Cache Controller will be assumed to be asynchronous 
to the elk. This will make the floorplanning of the external Bus non-critical such that the external Bus propagation delays 
may exceed the elk period. 

30 14.19 Reset and Idle Mode Operation 

[0885] The Cache configuration, status and test registers, accessible via the external interface, can not be accessed 
when the Cache is either idled or held reset. 

35 14.20 Reset Conditions. 

[0886] Figure 160 is a timing diagram illustrating Reset Timing. The processor CPU exports a synchronized reset 
(gl_reset_nr) delayed from internal CPU reset. It is kept activated for a minimum of 4 clock cycles to make sure that 
internal CPU reset propagation is achieved. 

40 

14.21 Idle Mode. 

[0887] The Cache has it's own domain with respect to the Idle mode. The gljdlecache signal from the external bus 
Bridge is used to locally control the idle status of the Cache. This signal is used to disable the clocks going to the Cache 
« (i.e. elk) only when the current external access by the Cache have been completed (i.e. after any on-going Cache miss 
has been served). When gljdlecache = 0, the Idle mode for the Cache is not active. When gljdlecache = 1, the Idle 
mode for the Cache is active and all the clocks (i.e. elk) are to be disabled. 

[0888] The Cache will indicate to the external bus Bridge using the cachejdleready signal that it has entered the 
Idle state. This signal will be used by the external bus Bridge to updated a register, readable by the CPU, used to 
50 indicate the Idle state of all the peripherals. 

[0889] The Cache will be available for program fetches one clock cycle after the idle mode becomes inactive. This 
feature can be used to save power when the cache is not in use. Note: The Cache ignores the gljdleperh bit on the 
external bus. 

[0890] Note: The Cache accesses are disabled automatically in the MIF (using the gLcacheidle signal) when it is 
55 put in Idle mode. Hence all cacheable accesses will be then routed externally, directly via the MMI. This is to avoid any 
program requests that are cacheable being sent to the Cache by the MIF when the Cache is Idled and locking the 
processor. 
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14.22 Idle Control Signals from the external bus Bridge 

[0891] The idle control signals from the external bus Bridge are tabulated in Table 105. 
5 Table 105- 



External bus Bridge Control Signals 


Function 




Twnp 




\/alito r\i Oi itm it af Pacot 
VdlUc Ul WUlUul al iacocI 


external bus Bridge 
(Direct Control) 


gljdlecachejr 


l/P 


Cache idle mode input. 
This input is used to idle 

the Cache when the 
current external access 
has been completed. The 
resultant flag is gated with 
the dsp_clock input, which 
then disables the clock to 
the Cache controller. 


1 




cachejdleready_tf 


O/P 


This output flag indicates 
that the Cache has 
completed it's current 
external access and has 
entered the idle phase in 

response to a 
gl_idlecache_tr request. It 
is output to the external 
bus Bridge, so that the 
CPU can read it's status 
along with those of the 
other idle regions. 


0 


MISC 


gl_slotcs_ta [4:0) 


l/P 


Slot location of the Cache. 
Hard-wired 





14.23 Emulation features. 

35 

[0892] The design of the Cache is based on the fact of it being an instruction only Cache with no self modifying 
instructions. Thus Cache coherency is a non existent task as the Cache needs to be read only, and no bus snooping 
mechanisms need to exist. 

[0893] However, for emulation purposes, we need to think about coherency due to break point insertion. 
40 [0894] The two most common scenarios for handling breakpoints with an Instruction Cache are to either: 



• Turn off the Cache. 
Flush the entire Cache 



45 [0895] However these are not applicable to the processor Cache design as they do not allow for the debug of real- 
time code. It is presumed that the time impediment for turning the Cache off would be too high, especially if debugging 
from external Flash memory. Also the time required to flush the Cache and then reload it with existing loops (for example) 
may be too great. 

[0896] Various solutions for the processor are as follows: 

50 

Implement a write-through Cache, but this was considered to be very heavy in terms of hardware for only a small 
gain. 

Implement an invalidate bus cycle type for use by emulation or in general. 
• Limit M DSP" thread program breakpoints to HW breakpoints only (no instruction replacement). 
55 • Limit "DSP" thread so that it does not support real-time mode and provide memory-mapped access to Cache line 
entries. 
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[0897] The solution chosen for the processor is to only flush the relevant Cache line. This could be performed in two 
ways. Firstly the relevant bus could be snooped, however this would mean that for every write on the bus. even for 
data writes, there would need to be a read of the Cache tag memories and then to evaluate a hit/miss. This would 
severely impact the performance of the Cache. To this end it was decided to add a emulation flag to the breakpoint 
5 writes. Thus the Cache only responds to writes on the E-bus flagged as emulation by the gl_dmapw_tr signal. For a 
breakpoint estop() writes are byte writes, but other emulation writes could be the same as any data write on the E (and 
F buses - for 32 bit writes). Hence 8/16/32 bit emulation writes must all be supported. 

[0898] Coherency must be maintained with the IBU i.e. the Cache flushing must be atomic. For this the IBU should 
be flushed (i.e. it's pointers must be reset) at the same time as the Cache line is flushed. The following aspects should 
10 be noted: 

There are two breakpoint instructions available for the processor design - two types of ESTOP instruction, one 
which halts the PC counter and the other which doesn't, these are sixteen bit instructions. 
If the code run from Flash, the user cannot modify the instructions in the Flash in debug mode, there fore only has 
15 the two HW BP available. NB Two more HWBPs may be available via the Emulation module. 

14.24 Emulation Reads 

[0899] The Cache also supports emulation program reads. These will be performed on the program bus. and will be 
20 flagged by the gl_dmapr_tr signal. The Cache will respond to this by reading from the relevant address. However if 
the relevant location is not present in the Cache, the Cache will fetch externally, but not update the Cache contents 
when the required program data is returned. Thus it works in the same mode as for Cache freeze. 

14.25 Emulation Miss Counter. 

25 

[0900] This is a counter for debug and code profiling purposes. It will form part of the emulation hardware. The only 
interaction with the Cache is that the Cache provides a cache_miss_nf signal to indicate that there was a miss on the 
Cache program read. Aspects of the miss counter are as follows: 

30 • The count register is a 24 bit register that maintains a count of the Cache misses, since the last reset of the register. 
The first 23 bits contain the count, whilst the msb is an overflow bit to show if the counter has overflowed. 
• The count register is automatically reset on reading. 

24 bit cycle counter to enable a count value to be established for every n clock cycles. This cycle counter is to be 
loadable via the external bus. 

35 • When the cycle counter reaches it's termination value, the current value of the miss counter will be transferred to 
a status register to be read by the CPU. The CPU will be flagged to indicate that the value has been updated. 
Miss counter to be cleared on reading the value and on the cycle counter reaching it's termination value. 
The miss counter will start to count on a hardware breakpoint that is flagged to it. This highlights a small problem 
(probably ignorable) that the hardware breakpoint will be evaluated in the decode section of the IBU, hence the 

40 fetch advance (difference between the PC fetch and PC execute values) will have already passed through the 

Cache. This may cause an error in the statistics - however it is presumed that all tests will take over a significant 
number of instructions that this error is not statistically relevant. 

14.26 Cache Status Register. 

45 

[0901] A status register is to added to the Cache so that the emulation hardware can interrogate it and find out the 
size and organisation of the Cache. This allows the emulation functions to be generic, since the emulation team do 
not wish to generate new versions of the emulation tools for every new version of the processor. 
[0902] The register will be 5 bits wide and accessible via the external bus. The following define the register contents, 
50 they should be sufficient for all foreseeable versions of the processor processor. Bit encodings are listed in Table 106 
and 107. 



55 
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;®mmmmmmmmm 


i oo 


Direct-mapped 


! 01 


! 2-way set-associative 


I 10 


4-way set-associative 




8-way set-associative 



Table 106 



15 



20 



■ 000 


1 k word 


001 


2k word 


; 010 


4 k word 




8k word 


i 100 


1 6k word 


! 101 : 


32k word 


i 110 ; 


64k word 


i 111 • 


128k word 


Table 107 



25 14.27 Cache Freeze and Cache Enable 

[0903] The functionality of both the Cache freeze and the Cache enable are not honoured by the emulation hardware. 
Hence when the Cache is frozen or disabled, if the external memory entry to be overwritten is present in the Cache, 
the relevant Cache line is flushed. 

30 

14.28 Emulation Signals: 

[0904] Emulation signals are tabulated in Table 108 
35 Table 2 - 



Emulation Signals 


Function 


Signal 


Type 


Notes 


Emulation module 


gl_dmapw_tr 


l/P 


This signifies that the write on the e-bus is an emulation write. 
Hence the Cache must monitor the address and flush the relevant 
line if it is in the Cache. 




gl_dmapr_tr 


l/P 


This signifies that the read on the program bus is an emulation 
read. Hence the Cache must respond if the data is within the 
Cache and fetch externally if the data is not in the Cache and 
return the fetched data to the CPU. However in the latter case the 
Cache contents will not be updated, i.e. it acts as if the Cache 
was in Cache freeze mode. 




cache_dmapr_tr 


O/P 






cache_miss_nf 


O/P 


This flag is used to indicate to the emulation miss counter in the 
emulation hardware that 



14.29 Cache Register Summary 

55 

[0905] All of the configuration registers are shown as 1 6 bit. These registers are accessed via the external bus control 
port as defined in section 'external Bus Configuration Interface'. 

[0906] Since the Cache external bus registers are mapped on a word basis and are only accessible in word accesses 
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from the external Bus, the following Cache Controller Memory Map tabulates the word offset from the Cache base 
address for each of the Cache registers. Table 109 lists the cache ragister memory map. 



Table 109- 



Cache Memory Map 


Area 


Word offset from Cache base (hex) 


Access 


Register 


Global Control 


00 


None 


Reserved 


01 


2 bit W/R 


Burst Configuration 


Test Registers 


08 


16bitW/R 


Cache Test Control Register 


09 


16 bit W/R 


Cache Test Data Register 


OA 


12 bit W/R 


Cache Test Tag Register 


0B 


4 bit W/R 


Cache Test Status Register 


Emulation 


10 


5bitR 


Cache Emulation Register 



[0907] Reserved locations may alias actual registers and should therefore never be accessed. 

20 

14.30 Cache Configuration Registers 

[0908] The cache configuration registers are tabulated in Tables 110 - 115 
25 Table 110- 



Burst Configuration (CAH_BRST) 


Bit 


Name 


Function 


Value at Reset 


1:0 


BURST_LEN 


00 => 32 bit access (line by line) 
01 => Not used - Reserved 
10=>64 bit burst (half block) 
11 => 128 bit burst (full block) 


00 


15:2 




Unused 





35 

[0909] The burst_len[1:0] register define the length of the burst. It will not normally be dynamically set, but set at 
initialisation of the device, depending on the type of the external memory. A continuous burst can be used with a slow 
external memory to facilitate a burst mode that works on a line by line basis. This can only be used with memories that 
can handle variable length bursts. 
40 [0910] The 32-bit access is envisaged for use by asynchronous devices and the 64-bit and 128-bit burst modes are 
envisage to be used by conventional burst devices. 

[0911] To modify the contents of this register it is first necessary to disable the Cache. The new fetch policy will then 
be active when the Cache is re-enabled. 

[0912] The Cache Test Registers allow for the Cache memories to be read and written to by the processor CPU for 
45 functional testing, emulation and debug purposes. 

[0913] If any test accesses are to be performed on the Cache, it is necessary to disable the Cache before any 
accesses take place. In this manner there will be no contention for memory accesses consistent with normal program 
execution, and all the memory contents will be static 

[0914] However all the Test registers can be read whilst the Cache is enabled 

50 

Table 111 - 



Cache Test Control Register(CAH_TCR) (Write / Read) 


Bit 


Name 


Function 


Value at Reset 


15:8 


BLOCK_SEL 


Select 1 of 256 blocks in the Cache. 


0x00 


7 




Unused 
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Table 111 - (continued) 



Cache Test Control Register(CAH_TCR) (Write / Read) 


Bit 


Name 


Function 


Value at Reset 


6:4 


LOCATION 


Select 1 of 8 locations for data 


000 


3 




Unused 




2 


DATA_SEL 


0 => Don't select Data Memory for writing / reading 
1 => Select Data Memory for writing 1 reading 


0 


1 


TAG_SEL 


0 => Don't select Tag Memory for writing / reading 
1 => Select Tag Memory for writing / reading 


0 


0 


READJ/VRITE 


0 => Cache Read 

1 => Cache Write 


0 



[0915] This register contains the control signals for the Cache Memory Test features. Bits 16:8 are used to select 
which of the 256 blocks of RAM are to be read/written. Bits 6:4 select which of the 8 16-bit words in the block are to 
be read/written. Bits 2:1 are used to select whether to write to the Data, or the Tag memories, or to both, when in write 
mode. Bit 0 defines whether a read or a write is to be performed. 

[0916] The Data and Tag Memory selection is mutually exclusive i.e. only one of either the Tag memory or the Data 
memory can be read or written in any access. 



Table 112- 



Cache Test Data Register (CAH_TDR) (Read 1 Write) 


Bit 


Name 


Function 


Value at Reset 


15:0 


CACHEJDATA 


Data value read from /written to Cache 


0x0000 



30 [0917] The Data Register is used to read or write a value into the Data RAM at the location defi ned by the BLOCK_SEL 
in the Cache Test Control Register. 

Table 113- 



Cache Test Tag Register (CAH_TTR) (Read / Write) n 


! Bit 


Name 


Function 


Value at Reset 


11:0 


CACHEJTAG 


Tag value read from 1 written to the Cache 


0x0000 


15:12 




Unused 





40 

[0918] The Tag Register is used to read or write a value into the Tag RAM at the location defined by the BLOCK_SEL 
in the Cache Test Control Register. 



Table 114 - 



Cache Test Status Register (CAH_TSR) (Write 1 Read) 


Bit 


Name 


Function 


Value at Reset 


3:0 


VALIDITY 


Value of the Validity bits in the Cache line 


0 


15:4 




Unused 





[0919] The Test Status register is used to read or write a value into the Validity bits (3:0) at the location defined by 
the BLOCK_SEL in the Cache Test Control Register. 

[0920] The Cache Emulation Register allows the emulation hardware to interrogate the Cache hardware and under- 
stand the size and organisation of the Cache. 
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Table 115- 



Cache Emulation register (CAH_EMU) (Read) 


Bit 


Name 


Function I 


Value at Reset 


1:0 


ORG_CODE 


Organisation Code bits 
00 - Direct-mapped 
01 - 2-way set-associative 

10 - 4-way set-associative 

11 - 8-way set-associative 


00 


4:2 


SIZ_CODE 


Size Code bits 

000 - 1k word 

001 - 2k word 
010 -4k word 
011- 8k word 
100 -16k word 
101 -32k word 
110 -64k word 
111 -128k word 


001 


15:5 




Unused 





14.31 Interface Signals Summary. 

[0921] The bus signals for the Cache interface to the processor MegaCell Program Bus and control signals are 
tabulated in Table 116: 

Table 116- 



30 


Processor CPU Interface Sianals 




Function 


Signal Name 


Type 


Notes 


Value of Output at Reset 




MISC 


elk 


l/P 


System Clock. 




35 




g!_reset_nr 


l/P 


System reset. 






CPU 


gl_pabus_tr [23.. 2] 


l/P 


Program Address bus for program 
reads connected to the WPC from the 
Instruction Buffer. 




40 




cache_pdbus_tf [31 ..0] 


O/P 


Program Data bus. 


0x0000 0000 






gl_pdismiss_tr 


l/P 


Disable Miss - used to avoid fetching 
lines of code when not strictly necessary 
- i.e. in false path exploration. 




45 




g!_cachefreeze_tr 


l/P 


Cache Freeze- this locks the Cache by 
allowing it to be read by the processor, 
but not written to from the main memory. 




50 




gl_cacheclrjr 


l/P 


Flush the contents of the Cache (infact 
it flushes only the validation bits. The 
time taken to complete the action is 
equal to the number of lines in the 
Cache). Set by software n the CPU, 
reset by the cache_endclr_tr signal. 




55 




cache_endclr_tr 


O/P 


End Cache Clear- this signal, one clock 
cycle wide is used to reset the Cache 
clear signal in the CPU. 


0 
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[0922] The bus signals for the Cache interface to the MIF are tabulated in Table 117: 



Table 117- 



MIF Interface Signals 


Function 


Signal 


Type 


Notes 


Value of Output at Reset 


MIF 


gl__preq_nr 


l/P 


Request to start Program Access 
generated by the MIF from the Master 
request and the address decode. 






cache_preadymif_nf 


O/P 


Acknowledge that Program access has 
completed. 


1 




ai Dreamaster nr 


l/P 


Master Pronram Rpnup^t from thp HPU 
Core that is monitored in order to avoid 
serialisation errors. 






gl_preadymaster_nf 


l/P 


Master Program Acknowledge that is 
generated by the MIF by gating together 
all the different program acknowledges all 
the relevant peripherals. It is monitored to 
avoid serialisation problems. 





[0923] The bus signals for the Cache interface to the MMI are tabulated in Table 118: 



Table 118- 



MMI Interface Bus Signals 


Function 


Signal 


Type 


Notes 


Value of Output at Reset 


MMI 


cache_pabus_tr [23. .2] 


O/P 


Program Address bus for data reads. 


0x0000 




gl_pdbus_tf [31. .0] 


l/P 


Program Data bus. 






cache_j>req_nr 


O/P 


Program Address Valid indicates that 
the address on the bus is valid. 


1 | 




gl_pready_nf 


l/P 


Program Acknowledge, valid for each 
word returned during a burst. 






cache_pburst_tr [1 ..0] 


O/P 


Program Burst, used to indicate 
whether the access is part of an block 
access and is indivisible from it's 
partners. 


00 



[0924] The bus signals for the Cache interface to the Processor MegaCell E Data Bus are tabulated in Table 119. 
The E bus from the processor is monitored solely for Cache coherency reasons during emulation. All emulation writes, 
whether updates to program areas or setting of breakpoints will take place on the e-bus and be flagged by the gLdmapw 

45 S '9 naL 



50 
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Table 119- 





E Data Bus Signals 


5 


Function 


Signal 


Type 


Notes 


Value of Output at Reset 




CPU (E bus interface) 


gl_eabus_tr [23. .2] 


I/P 


E Data Bus Address 




10 


(8/16/32 bit writes) 


gl_ereqmmi_nr 


I/P 


E bus request to qualify 
the address. We use the 
request to the MMI as the 
Cache only maps external 
memory. 




15 




gl_dmapw_tr 


I/P 


This signifies that the write 
on the e-bus is an 
emulation write. Hence 
the Cache must monitor 
the address and flush the 
relevant line if it is in the 
Cache. 




20 
25 
30 




gljjmapr_tr 




This signifies that the read 
on the program bus is an 
emulation read. Hence the 
Cache must respond if the 
data is within the Cache 
and fetch externally if the 
data is not in the Cache 
and return the fetched 
data to the CPU. However 

in the latter case the 
Cache contents will not be 
updated, i.e. it acts as if 
the Cache was in Cache 
freeze mode. 




35 
40 




cache_miss_nf 


O/P 


Indicates that the last 
access from the CPU to 
the Cache was a miss. 
Used by the emulation 

hardware to count the 
number of misses, which 

is necessary for code 

nrnfilinn 




45 




cache_dmapr_tr 


O/P 


This signifies that the read 
on the Cache program 

address bus is an 
emulation read and that 
the MMI should react 
appropriately. 





[0925] The external bus signals for the configuration port are tabulated in Table 120. 



55 
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Table 120- 





External Bus Signals 


5 


Function 


Signal 


Type 


Notes 


Value of Output at Reset 


10 


external bus Bridge 
(external Bus signals) 


gl_peabus_tf [10:0] ext. 
bus_ad[10:0] 


l/P 


Address Bus used to 

index the 4k Byte 
auureso space wnicn is 

allocated to each 
external Bus peripheral. 




15 




gi pecs_u [t-.uj ©xi. 

bus__cs[4:0] 


i/p 

l/r 


L/nip oeiecis \ tacn unip 
Select region selects a 
4k Byte block which is 
analogous to A[16:12]) 








gl__pedbusoJf [15:0] 
ext. bus_do[15:0] 


l/P 


external Output data 
bus driven by external 
bus master 




20 




cache_pedbusi_tf[15:0] 
ext. bus_di[15:0] 


O/P 


external Input data bus 
driven by Cache 
Controller. 


Hi-Z 






gl_pernw_tf ext. 
bus_rnw 


l/P 


Read not Write Signal 




25 




cache_peready_nf ext. 
bus_nrdy 


O/P 


Data Transfer 
Acknowledge signal 


1 






gl_pestrobe_nf ext. 
busjistrb 


l/P 


external Bus Peripheral 
Clock signal 




30 




a I Dermas tf ext 
busjmas 


l/P 


pxtprnal Hat?) hu<* width 
(Driven high to signal a 
16 Bit peripheral) 




35 




cache_pepmas_tf ext. 
bus_pmas 


O/P 


Peripheral data bus 
width (Will only ever be 
driven high to signal a 
16 Bit peripheral) 


1 



[0926] The idle control signals from the External bus Bridge are tabulated in Table 121 

40 



45 
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Table 121 - 



External bus Bridge Control Signals 


Function 


Signal 


Type 


Notes 


Value of Output at Reset 


External bus Bridge 
(Direct Control) 

t 


gl_idlecache_tr 


I/P 


Cache idle mode input. 
This input is used to idle 

the Cache when the 
current external access 
has been completed. The 
resultant flag is gated with 
the dsp_clock input, which 
then disables the clock to 
the Cache controller. 


1 




cache_idleready_tf 


O/P 


This output flag indicates 
that the Cache has 
completed it's current 
external access and has 
entered the idle phase in 

rPQnnn^p to a 
i Co \j\Ji loc i\J a 

gl_idlecache_n request. It 
is output to the External 
bus Bridge, so that the 
CPU can read it's status. 


0 


MISC 


gl_slotcs_ta [4:0] 


I/P 


Slot location of the Cache. 
Hard-wired 





15. Packaging 

30 

[0927] Figure 161 is a schematic representation of an integrated circuit incorporating the invention. As shown, the 
integrated circuit includes a plurality of contacts for surface mounting. However, the integrated circuit could include 
other configurations, for example a plurality of pins on a lower surface of the circuit for mounting in a zero insertion 
force socket, or indeed any other suitable configuration. 

35 

16. A Digital System embodiment 



[0928] Figure 162 illustrates a exemplary implementation of an example of such an integrated circuit in a mobile 
telecommunications device, such as a mobile telephone with integrated keyboard 12 and display 14. As shown in 
40 Figure 162, the digital system 10 with processor 100 is connected to the keyboard 12, where appropriate via a keyboard 
adapter (not shown), to the display 14, where appropriate via a display adapter (not shown) and to radio frequency 
(RF) circuitry 16. The RF circuitry 16 is connected to an aerial 18. 

17. Instruction Set 

45 

[0929] Table 122 contains a summary of the instruction set of processor 100. 

[0930] Table 123 contains a detailed description of representative instructions included in the instruction set of proc- 
essor 100. Various embodiments of processor 100 may include more or fewer instructions than shown in Tables 122 
and 123, and still include various aspects of the present invention. 



55 
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Table 122 



Syntax: 



II: sz: els pp: 



Absolute Value 
dst = Isrcj 



Arithmetical Operations executed in A/D unit ALU 

| | operator 



Memory Comparison 
TCI = {Smem == K16) 
TC2 = (Smem == K16) 

Register Comparison 

TCx = uns(src RELOP dst) {==,<,>=, ! = } 
TCx - TCy u uns(src RELOP dst) {==,<,>=,!=} 
TCx = !TCy U uns(src RELOP dst) {==,<,>=, !=} 
TCx = TCy | uns(src RELOP dst) {==,<.>=, ! =} 
TCx = !TCy | unslsrc RELOP dst) {==,<,>=,!=} 

Maximum. Minimum 
dst = max (sre, dst) 
dst = min(srcdst) 

Compare and Select Extremum 

max_di f f ( ACx , ACy ,hQz, ACw ) 

max_di f f _db 1 ( ACx , ACy , ACz, ACw , TRNx ) 

min_di f f ( ACx , ACy , AC z , ACw ) 

min_di f f _dbl ( ACx , ACy , ACz , ACw , TRNx ) 

Round and Saturate 

ACy = saturate {md (ACx) ) 

ACy = rnd(ACx) 

Conditional Subtract 
subc ( Smem . ACx , ACy ) 



== operator 



== . < , >- , 



n 
n 



operators 
y 3 



y 
y 
y 
y 



max ( ) 



min { ) 



max_dif f {) 



y ^ 

y 2 

min_di zi ( ) 

y 3 

y 3 

y 3 

y 3 



rndO 



subc ( } 



saturate ( ) 

y 
y 



x 

X 



X 
X 
X 
X 



X 
X 









Axithmetical Operations 


executed in A/D unit ALU (and 


Shifter) 






Addition 






♦ operator 










dst = 


dst 




sre 




y 


-> 


1 


X 


dst = 


dst 




k4 




y 


~f 


1 


X 


dst = 


sre 




K16 




n 


4 


1 


X 


dst = 


sre 




Smem 




n 


3 


1 


X 


ACy = 


ACy 




(ACx << DRx) 




y 


-> 


1 


X 


ACy = 


ACy 




(ACx << SHIFTW) 




y 




1 


X 


ACy = 


ACx 


+ 


(K16 << #16) 




n 


4 


1 


V 


ACy = 


ACx 




(K16 « SHFT) 




n 


4 


1 


X 


ACy = 


ACx 




(Smem << DRx ) 




n 


3 


1 


X 


ACy = 


ACx 




(Smem << #16) 




n 


3 


1 


X 


ACy = 


ACx 




uns(Smem) «• Carry 




n 


3 


1 


x 


ACy = 


ACx 


+ 


uns (Smem) 




n 


3 


1 


X 


ACy = 


ACx 




(uns(Smem) << SHIFTW) 




n 


4 


1 


X 


ACy = 


ACx 




dbl (Lmem) 




n 


3 


1 


X 


ACx = 


<Xmem 


<< #16) + (Ymem << #16) 




n 


3 


1 


X 


Smem = 


= Smem 


+ K16 




n 


4 


2 


X 


Conditional 


Addition / Subtraction 


adsc { ) 










ACy =' 


adsc (Smem, ACx, TCI ) 




n 


3 


1 


X 


ACy = 


adsc (Smem, ACx, TC2) 




n 


3 


1 


X 


ACy = 


ads c ( Smem , ACx , TCI , TC2 ) 




n 


3 


1 


X 


ACy = 


ads 2 c ( Smem , ACx , DRx , TC 1 . TC2 ) 




n 


3 


1 


X 
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Table 122. cont. 



Syntax; 




it. 


az: 


cl : 


pp: 


Dual 16- 


bit Arithmetic . operator 










HI (ACx) 


= Smem * DRx , LO ( ACx ) - Smem - DRx 


n 


3 


1 


X 


HI (ACx) 


= Smem - DRx , LO ( ACx ) = Smem * DRx 


n 


3 


1 


X 


HI ( ACy ) 


= HI(Lmem) *■ Kit ACx > , LO(ACy) = LO(Lmem) +■ LO(ACx) 


n 


3 


1 


X 


HI (ACy) 


= HI (ACx) - HKLmem) , LO(ACy) = LO(ACx) - LOtLmem) 


n 


3 




X 


HI (ACy) 


= HI(Lmem) - HI (ACx) , LO(ACy) = LO(Lmem) - LO(ACx) 


n 


3 


1 


X 


HI (ACx) 


= DRx - HI(Lmem) . LO(ACx) = DRx - LO(Lmem) 


n 


"3 
-> 


X 


X 


HI (ACx) 


= HKLmem) + DRx . LO(ACx) = LO(Lmem) ^ DRx 


n 


3 


1 


X 


HI (ACx) 


= HKLmem) - DRx , LO(ACx) - LO(Lmem) - DRx 


n 


3 


1 


X 


HI (ACx) 


= HKLmem) - DRx , LO(ACx) = LO(Lmem) - DRx 


n 


3 


1 


X 


HI (ACx) 


= HKLmem) - DRx , LO(ACx) = LO(Lmem) + DRx 


n 


3 




X 


HI(Lmem) 


= HI (ACx) >> #1 , LO(Lmem) = LO(ACx) >> #1 


n 


3 


1 


X 


Xmem = LO(ACx) , Ymem = HI (ACx) 


n 


3 


1 


X 


LO(ACx) 


= Xmem , HI (ACx) = Ymem 


n 


3 


1 


X 



Subtract 




dst 




dst - 


src 


dst 




-src 




dst 




dst - 


k4 


dst 




src - 


K16 


dst 




src - 


Smem 


dst 




Smem - 


- src 


ACy 




ACy - 


(ACx << DRx) 


ACy 




ACy - 


(ACx << SHIFTW) 


ACy 




ACx - 


(K16 << #16) 


ACy 




ACx - 


(K1S « SHFT) 


ACy 




ACx - 


(Smem << DRx) 


ACy 




ACx - 


(Smem << #16) 


ACy 




(Smem 


<< #16) - ACx 


ACy 




ACx - 


uns (Smem) - Borrow 


ACy 




ACx - 


uns (Smem) 


ACy 




ACx - 


(uns(Smem) « SHIFTW) 


ACy 




ACx - 


dbl (Lmem) 


ACy 




dbl(Lmem) - ACx 


ACx 




(Xmem 


<< #16) - (Ymem << #16) 



- operator 



y 


2 


1 


X 


y 


2 


1 


X 


y 


2 


1 


X 


n 


4 


1 


X 


n 


3 


1 


X 


n 


3 


1 


X 


y 


2 


1 


X 


y 


3 


1 


X 


n 


4 


1 


X 


n 


4 


1 


X 


n 


3 


1 


X 


n 


3 


1 


X 


n 


3 


1 


X 


n 


3 


1 


X 


n 


3 


1 


X 


n 


4 


1 


X 


n 


3 


1 


X 


n 


3 


1 


X 


n 


3 


1 


X 



Arithmetical Operations 

Multiply and Accumulate (MAC) 



ACy 




rnd(ACy ♦ 


(ACx * 


ACx) ) 




ACy 




rnd(ACy * 


|ACx| ) 






ACy 




rnd(ACy - 


(ACx ■ 


DRx) ) 




ACy 




rnd( (ACy * 


DRx) 


+ ACx) 




ACy 




rnd(ACx * 


( DRx * 


K8) ) 




ACy 




rnd(ACx «■ 


{ DRx * 


K16) ) 




ACx 




rnd(ACx + 


(Smem 


* coef f ) ) 


[,DR3 = Smem) 


ACx 




rnd(ACx * 


(Smem 


* coef f ) ) 


[ , DR3 = Smem 1 


ACy 




rnd(ACx <- 


(Smem 


w Smem) ) 


[ , DR3 = Smem] 


ACy 




rnd(ACy * 


(Smem 


• ACx) ) [ 


, DR3 = Smem ) 


ACy 




rnd(ACx + 


(DRx * 


Smem) ) [ 


, DR3 = Smem] 


ACy 




rnd(ACx * 


(Smem 


* K8) ) ( , 


DR3 = Smem ] 


ACy 




M4 0 ( rnd { ACx + { uns ( Xmem ) 


* uns (Ymem) ) ) ) 


ACy 




M40 (rnd( (ACx >> 


#16) t- (uns (Xmem) * uns 



executed in D unit MAC 

* and ♦ operators 

y 
y 
y 
y 
y 

n 
n 
n 
n 
n 
n 
n 
n 

= Xmem] n 



delay (Smem) 



[,DR3 - Xmem] 
rmem)))) [,DR3 



Multiply and Subtract (MAS) 
ACy = rnd (ACy - (ACx ■ ACx;) 
ACy = rnd (ACy - (ACx • DRx) ) 

ACx = rnd(ACx - (Smem * coeff)) [ , DR3 = Smem] 
ACy = rnd (ACx - (Smem * Smem)) [ , DR3 - Smem] 
ACy = rnd (ACy - (Smem * ACx) ) t , DR3 = Smem] 
ACy = rnd (ACx - (DRx * Smem)) [ , DR3 = Smem] 
ACy = M40(rnd(ACx - (uns (Xmem) 



and - operators 



uns(Ymem)))) ( , DR3 = Xmem] 



2 
2 
2 
2 
3 
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Table 122. cont. 



Multiply 

ACy = rncHACx • ACx) 
ACy = rnd(ACy * ACx ) 
ACy = rr.dlACx * DRx) 
ACy = rnd(ACx * K8 ) 
ACy = rnd(ACx * K15J 

ACx = rnd(Smem * coeff) [ , DR3 = Smerr.j 
ACx = rnd(Smem * Smem) f , DR3 = Smem] 
ACy = rnd(Smem * ACx) [ , OR 3 = Smem: 
ACx = rnd(Smem * K8) i , DR3 = Smem; 

ACx - M40 (rndfuns (Xmemi ■ unslYmemj j ; [ , DR3 = Xmem) 
ACy = rnd(uns(DRx * Smem)) [ , DR3 = Smem) 



• operaror 



Arithmetical Operations executed in D unit MAC (, ALU and Shifter) 

Absolute Distance abdstO 

abdst (Xmem, Ymem, ACx, ACy) n 4 



(Anti) Symmetrical Finite Impulse Response Filter f irs ( ) . 
firs (Xmem, Ymem, coeff , ACx , ACy) 
f irsn(Xmem, Ymem, coeff , ACx, ACy ) 

Least Mean Square 1ms ( ) 

1ms ( Xmem , Ymem , ACx , ACy ) 

Square Distance sqdstO 
sqds t ( Xmem , Ymem , ACx . ACy ) 



::rsn{) 



Implied Paralleled 
ACy = rnd(DRx * Xmem) 
ACy = rnd(ACy * (DRx 



, operator 
Ymem = HI (ACx << DR2 ) ( , DR3 = Xmem) 
Xmem)) , Ymem = HI (ACx << DR2 ) { , DR3 = Xmemj 
ACy = rnd(ACy - (DRx * Xmem)) , Ymem = HI (ACx « DR2) [ , DR3 = Xmem) 
ACy = ACx * (Xmem << #16) . Ymem = HI (ACy << DR2 ) 
ACy = (Xmem << #16) - ACx , Ymem = HI (ACy << DR2 ) 
ACy = Xmem << #16 , Ymem = HI (ACx << DR2) 

ACx = rnd(ACx * (DRx * Xmem)) , ACy = Ymem << #16 [ , DR3 = Xmemj 
ACx = rnd(ACx - (DRx * Xmem)) , ACy = Ymem << #16 [,DR3 = Xmem] 

Arithmetical Operations executed in D unit DMAC 

Dual Multiply, [Accumulate / Subtract} , operator 



M40 (rnd(uns (Xmem) * uns (coeff))) , 
M40 (rnd(uns (Ymem) * uns (coeff))) 
M40(rnd(ACx * (uns (Xmem) • uns (coeff ))) ) . 
M40 (rnd( uns (Ymem) * uns(coeff))) 
M40(rnd(ACx - (uns (Xmem) * uns (coeff ))) ) , 
M40 (rnd( uns (Ymem) * uns (coeff))) 
mar(Xmem) , ACx = M40 (rnd( uns (Ymem) * uns(coeff))) 
ACx = M40(rnd(ACx * (uns (Xmem) * uns ( coeff ))) ) , 
(uns (Ymem) 
(uns (Xmem) 
(uns (Ymem) 
M40(rnd(ACx h 

- (uns (Xmem) 

- (uns (Ymem) 
M40(rnd(ACx - 

ACx = M40(rnd((ACx >> #16) * (uns (Xmem) * uns (coeff ))) ) , 
ACy = M40(rnd(ACy * (uns (Ymem) * uns ( coeff ))) ) 
ACx = M40(rnd (uns (Xmem) * uns(coeff))) , 

ACy = M40(rnd((ACy » #16) - (uns (Ymem) * uns (coeff ))) ) 
ACx = M40(rnd((ACx » #16) * (uns (Xmem) * uns ( coeff ))) ) . 
ACy = M40(rnd((ACy >> #16) - (uns (Ymem) * uns (coeff ))) ) 
ACx = M40(rnd(ACx - (uns (Xmem) • uns ( coeff ))) ) . 
ACy = M40(rnd((ACy >> #16) + (uns (Ymem) * uns (coeff ))) ) 
mar (Xmem) , ACx = M40(rnd((ACx >> **I5) * (uns (Ymem) * uns { coef f ) ) ) ) 
mar (Xmem) , mar (Ymem) , mar (coeff) 



ACx 
ACy 
ACx 
ACy 
ACx 
ACy 



ACy = M40(rnd(ACy 
ACx = M40(rnd(ACx 
ACy = M40(rnd(ACy 
mar (Xmem) , ACx = 
ACx = M40(rnd(ACx 
ACy = M40(rnd(ACy 
mar (Xmem) , ACx 



uns (coeff) ) ) ) 
uns (coeff) ) ) ) , 
uns (coeff) ) ) ) 

(uns (Ymem) * uns (coeff) ) ) ) 
uns ( coeff) ) ) ) , 
uns • coeff) ) ) ) 

(uns (Ymem) * uns (coef f ))) ) 



n 


4 






n 


4 


- 


: ' : 


r. 


4 


I 




n 


4 


* • 


** 


n 


A 

4 


1 




n 


4 




X 


n 


4 


I 




n 


4 


j. 


V 


n 


4 


1 




n 


4 


i 


X 


n 


4 


1 




n 


4 


1 




n 


4 


i 


A 


n 


4 


i 


V 


n 


4 


1 


A 


n 


4 


1 


V 


n 


4 


1 


V 


n 


4 






n 


4 


1 


X 


n 


4 


1 


X 


n 


4 




V 


n 


4 


1 




n 


4 


I 


X 


n 


4 


i 
± 


V 


n 


4 




V 


n 


4 


1 


V 


n 


4 


i 


V 
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Table 122, cont. 



Normalization 



Arithmetical Operations executed in D unit A/D unit Shifter 



ACy 




man t (ACx) . 


DRx 




exp ( ACx ) 


Arithmetical Shift 


dst 




dst >> #1 


dst 




dst << #1 


ACy 




ACx << DRx 


ACy 




ACx <<C DRx 


ACy 




ACx << SHIFTVi 


ACy 




ACx <<C SHIFT 



DRx = exp (ACx) 



exp() / mantO 



y 

y 



Conditional Shift 
ACx = sf tc (ACx, TCx) 



>> and <<[C] operator 

y 2 

y 2 

y 2 

y 2 

y 3 

y 3 

sftcO 



Bit Manipulation operations executed in A/D unit ALU 

Register Bit test. Reset, Set, and Complement bitO / cbitO 

TCx = bit (srcBaddr) 
cbit (srcBaddr) 
bit (src. Baddr) = #0 
bit (srcBaddr) = #1 
bit (src, pair (Baddr ) ) 

Bit Field Comparison 
TCI = Smem & kl6 
TC2 = Smem & kl6 



Sl operator 



n 


3 


1 


X 


n 


3 


1 


X 


n 


3 


1 


X 


n 


3 


1 


X 


n 


3 


1 


X 


n 


4 


i 


X 


n 


4 


1 


X 



Memory Bit test. Reset, Set, and Complement 
TCx = bit (Smem, src) 
cbit (Smem, src) 
bit (Smem, src) = #0 
bit (Smem, src ) = #1 



bit() / cbitO 



TCI 
TC2 
TCI 
TC2 
TCI 
TC2 
TCI 
TC2 



bit (Smem, k4 ) 
bit (Smem. k4 ) 
bit (Smem, k4) 
bit (Smem, k4) 
bit (Smem, k4 ) 
bit (Smem, k4 ) 
bit (Smem, k4 ) 
bit ( Smem, k4 ) 



bit (Smem, k4) i 
bit (Smem, k4) : 
bit (Smem, k4) : 
bit (Smem, k4) = 
cbit (Smem. k4) 
cbit (Smem, k4) 



#1 
#1 
#0 
#0 



Status Bit Reset, 

bit(ST0.k4) = #0 

bit(ST0,k4) = #1 

bit(STi,k4) = #0 

bit(STl,k4) = #1 

bit(ST2,k4) = #0 

bit(ST2,k4) = #1 

bit(ST3.k4) = #0 

bit(ST3,k4) = #1 



Set 



bitO 



n 


3 


1 


X 


n 


3 


2 


X 


n 


3 


2 


X 


n 


3 


2 


X 


n 


3 


2 


X 


n 


3 


2 


X 


n 


3 


2 


X 


n 


3 


2 


X 


n 


3 


2 


X 


n 


3 


2 


X 


n 


3 


1 


X 


n 


3 


1 


X 


y 


2 


1 


X 


y 


2 


1 


X 


y 


2 


1 


X 


y 


2 


1 


X 


y 


2 


1 


X 


y 


2 


1 


X 


y 


2 


1 


X 


y 


2 


1 


X 



Bit Fieid Extract and Bit Field Expand 
dst = field_extract(ACx,kl6) 
dst = field_expand(ACx,kl6) 



f ield_extract ( ) 



/ f ield_expand ( ) 
n 4 IX 
n 4 lx 
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Table 122, cont. 



Goto on Address Register not Zero 
if (ARn_mod != #0) goto LI 6 
if (ARn_mod != #0) dgoto LIS 

Unconditional Goto 

goto ACx 

goto L6 

goto L16 

goto P24 

dgoto ACx 

dgoto L6 

dgoto L16 

dgoto P24 

Conditional Goto 

if (cond) goto 14 

if (cond) goto L8 

if (cond) goto L16 

if (cond) goto P24 

if (cond) dgoto L8 

if (cond) dgoto L16 

if (cond) dgoto P24 

Compare and Goto 

compare (uns(src RELOP KB) ) goto L8 {= 

Unconditional Call 

call ACx 

call L16 

call P24 

dcall ACx 

dcall L16 

dcall P24 

Conditional Call 
if (cond) call L16 
if (cond) call P24 
if (cond) dcall L16 
if (cond) dcall P24 

Software Interrupt 
intr(k5) 

Unconditional Return 

return 

dreturn 

Conditional Return 
if (cond) return 
if (cond) dreturn 

Return form Interrupt 

return_int 

dreturn_int 



Control Operations 



if() goto 



goto 



if() goto 



if() goto 
call (> 



Repeat Single 
repeat (CSR) 

repeat (CSR) , CSR *= DAx 
repeat (k8) 

repeat (CSR) , CSR -= k4 
repeat (CSR) , CSR -= k4 
repeat (k!6) 

Block Repeat 
local repeat { ) 
blockrepeat{ } 

Conditional Repeat Single 

while (cond (RPTC < k8) ) repeat 



if() callO 



intr () 



return 



if() return 



return_int 



repeat ( ) 



r. 


4 


4- 3 




r. 


4 


• n 




y 




7 


X 


y 




4* 


AD 


y 


3 


4- 


AD 


r. 


4 


3 


D 




2 


5 


:•: 






2 


> •> 


y 


3 


*? 




n 


4 


1 


D 


n 


-> 
«- 


4/3 


?. 


y 


3 


4/3 


R 


n 


4 


4/3 


?. 


y 


5 


4 , 3 




y 


3 


2/2 




n 


4 


2/2 


?. 


y 


5 


2/2 


P. 




4 


5/4 


X 


y 


2 


7 


X 


y 


3 


4 


AD 


n 


4 


3 




y 


2 


5 




y 


3 


2 


AD 


n 


4 


i 


D 


n 


4 


4/3 


P 


y 


6 


4/3 


R 


n 


4 


2 / 2 




y 


6 


2/2 


r. 


y 


3 


3 


D 


y 


-> 

4m 


3 


D 


y 


2 


1 


D 


y 


3 


4/3 


R 


y 


3 


2/2 


R 


y 


-i 


3 


D 


y 


-> 
*. 


1 


D 


y 


2 


i 


AD 


y 


2 


1 


X 


y 


2 


1 


AD 


y 


2 




AD 


y 


2 


1 


AD 


y 


3 


1 


AD 


ocalrepeat { } 




y 


-> 

c 


1 


AD 


y 


3 


1 


AD 



whileO repeat 



in 
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Table 122, cont. 



Switch 

switch(RPTC) {18, 18, 18} 
switch(DAx) {18, 13, 18} 

Software Interrupt 
trap(k5) 

Conditional Execution 



if (cond) 

if (cond) 

if (cond) 

if {cond) 

if {cond) 

if {cond) 



execute { AD_Unit ) 
execute (D_Unit) 
execute (AD_Unit) 
execute (D_Unit) 
execute <AD_Unit ) 
execute (D_Unit ) 



switch ( ) 



trapO 



iff) execute {) 



y 
y 



n 
n 
n 
n 

y 
y 



x 

X 
X 
X 
X 
X 







Logical Operations executed in A/D unit ALU 










Bitwise Complement 




- operator 










dst = -src 








y 


2 


1 


X 




Logical Operations executed in A/D 


unit ALU (and Shifter) 








Bitwise AND 






& operator 










dst = dst u 


src 






v 


2 


1 


X 


dst = src & 


k8 






y 


3 


1 


X 


dst = src u 


kl6 






n 


4 


1 


X 


dst = src u 


Smem 






n 


3 


1 


X 


ACy = ACy i 


(ACx <<< 


SHIFTW) 




y 


3 


1 


X 


ACy = ACx a 


(kl6 «< 


#16) 




n 


4 


1 


X 


ACy = ACx U 


(kl6 «< 


SHFT) 




n 


4 


1 


X 


Smem = Smem 


& kl6 






n 


4 


2 


X 


Bitwise OR 






| operator 










dst - dst | 


src 






y 


2 


1 


X 


dst = src | 


k8 






y 


3 


1 


X 


dst = src j 


kl6 






n 


4 


i 

X 


A 


dst = src ! 


Smem 






n 


3 


1 


X 


ACy = ACy | 


(ACx <<< 


SHIFTW) 




y 


3 


1 


X 


ACy = ACx | 


(kl6 <<< 


#16) 




n 


4 


1 


X 


ACy = ACx | 


(kl6 <« 


SHFT) 




n 


4 


1 


X 


Smem = Smem 


| k!6 






n 


4 


2 


X 


Bitwise XOR 






A operator 










dst = dst * 


src 




y 


2 


1 


X 


dst = src " 


k8 






y 


3 


1 


X 


dst = src A 


kl6 






n 


4 


1 


X 


dst = src * 


Smem 






n 


3 


1 


X 


ACy = ACy A 


(ACx «< 


SHIFTW) 




y 


3 


1 


X 


ACy = ACx A 


(kl6 <<< 


#16) 




n 


4 


1 


X 


ACy = ACx A 


(kl6 <<< 


SHFT) 




n 


4 


1 


X 


Smem = Smem 


~ kl6 






n 


4 


2 


X 




Logical Operations executed in 


A/D unit Shifter 










Bit Field Counting 




count ( ) 










DRx = count (ACx, ACy, TCx) 




y 


3 


1 


X 


Rotate Left 


/ Right 




\\ and // operator 








dst = TCw \\ 


src \\ TCt 




y 


3 


1 


X 


dst = TCz // 


src // TCw 




y 


3 


1 


X 



Logical Shift 
dst = dst <<< #1 
dst = dst >>> #1 
ACy = ACx <<< DRx 
ACy = ACx <<< SHIFTW 



>>> / <« operator 

y 2 IX 

y 2 lx 

y 2 lx 

y 3 lx 
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Table 122, cont. 



Memory Delay 
delay (Smem) 



Move Operations executed in A/D unit Register files (and Snifter) 



delay ( ) 



operator 



10 



15 



20 



25 



30 



35 



40 



45 



as t - 


K4 


y 


2 


1 


V 


as t — 


- Kh 


y 


2 


I 


X 


dst = 


K16 


n 


4 


1 


v 


dst = 


Smem 


n 


2 


i 


X 

V 


dst = 


uns ( h i gh_by te < Smem ) ) 


n 






dst = 


uns ( low_byte < Smem) ) 


n 


3 






ACx ~ 


K16 << #16 


n 
n 


4 






ACx = 


K16 << SHFT 


4 


1 


Y 


ACx = 


rndfSmem << DRx ) 


n 




1 

i 




ACx = 


1 ow_by t e ( Smem ) < < SHI FTW 


n 


3 




ACx = 


high_byte (Smem) « SHI FTW 


n 


3 




V 


ACx = 


Smem << #16 


n 


2 






ACx = 


uns (Smem) 


n 


3 




A 
V 


ACx = 


uns (Smem) << SHIFT'.-: 


n 


4 






ACx = 


M40(dbl (Lmem) ) 


n 


3 


X 


V 


pair (HI (ACx) ) = Lmem 


n 


3 




V 


pair (LO( ACx) ) = Lmem 


n 


3 


1 


V 


pair(DAx) = Lmem 


n 


3 







50 



Specific CPU Register Load 

MDP05 = P7 

BK03 = kl2 

BK47 = kl2 

BKC = kl2 

BRCO = kl2 

BRC1 = kl2 

CSR = kl2 

PDP = P9 

MDP = P7 

MDP67 = P7 

mar(DAx = P16) 

DP = P16 

CDP = P16 

BOF01 = PI 6 

BOF23 = PI 6 

BOF45 = PI 6 

BOF67 r Pl 6 

BOFC = PI 6 

SP = P16 

SSP = P16 

DP = Smem 

CDP = Smem 

BOF01 = Smem 
BOF23 = Smem 
BOF45 = Smem 
B0F67 = Smem 
BOFC = Smem 
SP = Smem 
SSP = Smem 
TRNO = Smem 
TRNi = Smem 
BK03 = Smem 
BKC - Smem 
BRCO = Smem 
BRC1 = Smem 
CSR - Smem 
MDP = Smem 
MDP 05 = Smem 
PDP = Smem 
BK47 = Smem 
MDP67 = Smem 
LCRPC = dbl(Lmem) 



operator 



y 
y 
y 
y 
y 
y 
y 
y 
y 
y 

n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 
n 



3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 



AC 
AC 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
AD 
X 
X 
X 
X 
v 

X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
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10 



15 



20 



40 
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Table 122, cont. 

Specific CPU Register Store = operator 



Smem 




DP 


n 


Smem 




CDP 


n 


Smem 




BOFO 1 


n 


Smern 




BOF2 3 


n 






BOF4 5 


n 


Smem 




BOF67 


n 


Smem 




BOFC 


n 


Smem 




SP 


n 


Smem 




SSP 


n 


smem 




TRNO 


n 


Smem 




TRN1 


n 


Smem 






n 


Smem 






n 


Smem 




BRCO 


n 


Smem 




BRC1 


n 


Smem 




CSR 


n 


Smem 




MDP 


n 


Smem 




MDP05 


n 


Smem 




PDP 


n 


Smem 




BK47 


n 


Smem 




MDP67 


n 


dbl(Lmem) = LCRPC 


n 



Move to Memory / Memory Initialization = operator 

Smem = coeff 
coeff = Smem 
Smem = K8 



n 
n 
n 

25 Smem = K16 n 

Lmem = dbl (coeff) n 
dbl (coeff) = Lmem n 
dbl (Ymem) = dbi(Xmem) n 

n 



Ymem - Xmem 



Pop Top of Stack pop() 

30 dstl.dst2 = pop() ~ y 

dst = pop() y 

dst, Smem =■ pop() n 

ACx = dbl ( pop < ) ) y 

Smem = pop ( ) n 

dbl ( Lmem) = pop { ) n 

35 Push Onto Stack pushO 

push(srcl,src2) y 

push(src) y 

push (src, Smem) n 

dbl (push (ACx) ) y 

push (Smem) n 

push (dbl (Lmem) ) n 



Address, Data and Accumulator Register Store = operator 

Smem = src 

high_byte (Smem) = src 
low_byte ( Smem) = src 
Smem = HI (ACx) 

Smem = HI (rnd(ACx) ) n 

n 



45 Smem = LO(ACx << DRx) 



Register Content Swap swap ( ) 

swap ( scode) 



n 
n 
n 
n 



Smem = HI(rnd(ACx << DRx) ) n 
Smem = LO(ACx << SHIFTW) n 
Smem = HI (ACx << SHIFTW) n 
Smem = HI(rnd(ACx << SHIFTW) ) n 
Smem = HI ( saturate (uns ( rnd (ACx) )) ) n 
Smem = HI ( saturate (uns ( rnd (ACx << DRx)))) n 
50 Smem = HI (saturate (uns ( rnd (ACx « SHIFT.-/) ) ) ) 

dbl (Lmem) = ACx 
dbl (Lmem) = saturate (uns (ACx) ) 
Lmem = pair (HI (ACx) ) 
Lmem = pair (LO (ACx) ) 
Lmem = pair(DAx) 
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Table 122. cont. 



10 



15 



20 



25 



30 





Move Operations executed in A/D unit ALU 










Specific CPU 


P.egister Move = operator 










DAX - LDP 




y 






-\ 


UnX — Dt\l_L 




V 
V 


*■ 




V 


niv - RDr' 

L>/\X — DtV 




2 


; 




DAx = RPTC 




7 
V 


l. 


1 


Y 


CDP = DAx 




*> 

L. 


1 


V 


^ cd - nft v 




y 


2 




V 


norl - niv 




y 


- 


; 
- 


X 


BKCU = DAX 




y 


2 


i 




DAx = SP 




y 


2 




:■: 


DAx - SSP 




y 


2 




■"• 


SP = DAx 




y 


•? 
t. 




■** 


SSP = DAx 




y 


-v 
£. 


1 


X 


Address, Daca 


and Accumulator Register Move = operator 










dst = src 




y 


2 


1 




DAx = HI{ACx) 




y 


2 


1 


>: 


HKACx) = DAx 




y 


2 




V 




Miscellaneous Operations independent of A/D unit Operators 








Co-Processor 


Hardware Invocation copr() 










copr ( ) 




n 


1 


1 




Idle Until Interrupt idle 










idle 




y 


2 


? 


□ 


Linear / Circular Addressing circular O / 


linear { ) 








linear ( ) 




n 


1 


1 


AD 


circular ( ) 




n 


1 


1 


AD 


Memory Map Register Access remap ( ) 










mmap ( ) 




n 


1 


1 


C 


No Operation 


nop 










nop 




y 


1 


1 


D 


nop_16 




y 


<> 


1 


D 


Peripheral Port Register Access readport ( ) / 


writeport ( ) 






readport ( ) 




n 


1 


1 


D 


writeport ( ) 




n 


1 


1 


C 



35 



Reset 
reset 



? D 



Miscellaneous Operations executed in A unit ALU 

Data Stack Pointer Modify - operator 

SP = SP * K8 y 



40 



45 



50 



Miscellaneous Operations executed in A unit DAGENs 



Modify Address Register 


rr.ar ( ) 








mar(DAy + 


DAx) 




y 3 


1 


AD 


raar(DAy ♦ 


DAx) 




y 3 


1 


AD 


mar (DAy - 


DAx) 




y 3 


1 


AD 


mar ( DAy - 


DAx) 




y 3 


1 


AD 


mar (DAy = 


DAx) 




y 3 


1 


AD 


mar (DAy = 


DAx) 




y 3 


1 


AD 


mar (DAx + 


k8) 




y 3 


1 


AD 


mar { DAx +■ 


k8) 




y 3 


1 


AD 


mar (DAx - 


k8) 




y 3 


1 


AD 


mar (DAx - 


k8) 




y 3 


1 


AD 


mar (DAx = 


k8> 




y 3 


1 


AD 


mar ( DAx = 


k8) 




y 3 


1 


AD 


mar (Smem) 






n 2 


1 


AD 
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Table 122, cont. 

Operand designation : Description 



ACx, ACy, ACz, ACw: Accumulator AC {0.-3} ~ ' 
5 ARx , ARy : Address register AR[0..7] 

DRx, DRy : Data register DR[0..3] 

DAx, DAy : Address register AR(0..7] 

or data register DR[0..3] 
src, dst : Accumulator AC[0..3) 

or address register AR[0..7] 

or data register DR[0..3] 

10 

Smem : Word single data memory access (16-bit data access) 

Lmem : Long word single data memory access (32-bit data access) 



15 



20 



25 



Smem, Lmem direct memory addressing modes : 
@dma (under . CPL_off directives ; CPL = 0) 

*SP(dma) (under .CPL_off directives ; CPL = 0) 

Smem, Lmem indirect memory addressing modes : 

(under . ARMS_of f directives ; ARMS = 0) 
*ARn. *ARn+ , * ARn- , * (ARn+DRO) , * (ARn-DRO ) , *ARn (DRO ) , 
*CDP, *CDP+, *CDP-, * (ARn+DRl ) , * (ARn-DRl ) , *ARn (DR1 ) , 

* ( ARn+DRO B) , *ARn(#K16), *+ARn ( #K16 ) , *+ARn, 
* (ARn-DROB) , *CDP(#K16), *+CDP(#K16), *-ARn! 

(under . ARMS_on directives ; ARMS = 1) 
* ARn, *ARn+ , *ARn- , * (ARn+DRO ) , * (ARn-DRO ) , * ARn (DRO ) . 
*CDP, *CDP+, 'CDP-, *ARn (Short (#K3) ) , 
•ARn<#K16). *+ARn(#Kl6) 
*CDP(#K16), *+CDP(#K16) 

Smem, Lmem absolute memory addressing modes • 

* abs!6(#kl6) , M#k23) 



Xmem, Ymem : Indirect dual data memory access (two data accesses) 

*ARn , *ARn+ , * ARn - , * (ARn+DRO) , * (ARn-DRO ) , * ARn (DRO ) 
30 * (ARn+DRl) , * (ARn-DRl) 

coeff : Coefficient memory access (16-bit or 32-bit data access) 

coef(*CDP), coe£(*CDP+), coef('CDP-), coef ( * (CDP+DRO) ) 

Baddr : Register bit address 

35 Baddr direct register addressing modes : 

Qdba 

Baddr indirect register addressing modes : 

(under . ARMS_of f directives ; ARMS = 0) 
* ARn , *ARn+ , *ARn- , * (ARn+DRO) , * (ARn-DRO ) , *ARn(DR0) , 
*CDP, *CDP+, *CDP-, * (ARn+DRl), * (ARn-DRl) , *ARn(DRl) , 
40 * (ARn+DROB) , *ARn(#K16), *+ARn(#Kl6), *+ARn, 

MARn-DROB), *CDP(#K16), *+CDP(#K16), *-ARn, 

(under .ARMS_on directives ; ARMS = 1) 
*ARn. *ARn+ , *ARn- , * (ARn+DRO) , * (ARn-DRO ) , * ARn (DRO) , 
*CDP. *CDP+. *CDP-, *ARn( short (#K3) ) , 
*ARn(#K16), *+ARn(#K16) 
45 *CDP(#K16), •+CDP(#K16) 



50 
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Table 122. cont. 



kx 
KX 
SHFT 
SHIFTW 



Unsigned constant coded on x bits 
Signed constant coded on x bits 
[0..15] immediate shift value 
1-32.. +31] immediate shift value 



10 



15 



lx 
Lx 
Px 



Borrow 
TCx , TCy 



cond 



20 



25 



Program address label (unsigned offset relative 
to program counter register (PC) coded on x bits) 
Program address label (signed offset relative 
to program counter register (PC) coded on x bits) 
Program or data address label 
(absolute address coded on x bits) 

Logical complement of Carry status bit 
Test control flag 1 or 2 

Condition based on accumulator value depend on M40 
and LEAD status bits : 

ACx == #0, ACx < #0. ACx <= #0, over flow (ACx) , 
ACx != #0. ACx > #0, ACx >= #0, ! overflow (ACx) . 

Condition on address or data register DAx : 
DAx == #0. DAx < #0, DAx <= #0, 
DAx != #0, DAx > #0. DAx >= #0. 

Condition on test control flags, or on Carry status bit 
[!)C. 
[ ! ) TCx , 

[ ! ]TC1 St ( ! ]TC2, 
[!]TC1 | [!]TC2, 
I ! ]TC1 A [ ! ]TC2 . 



30 



35 



40 



45 



50 
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Table 122, cont. 



5 



15 



Point 


Circular 


Main Data 


Buffer 


Buffer 


er 


■ Modification 


Page Pointer 


Offset 


Size 


Regis 


Configuration 


(not for Baddr 


Register 


Regist 


ter 


bit 


addressing mode) 




er 


ARO 


ST2[0] 


MDP05 


BOF01[15 




AR1 


ST2 [ 1 ] 


MDP05 


:0] 










BOF0K15 


BK03 J 


AR2 


ST2[2] 


MDP05 


:0] 




AR3 


ST2[3 3 


MDP05 












BOF23[15 










:0] 










BOF23[15 










:0] 




AR4 


ST2[4] 


MDP05 


BOF4S[15 




AR5 


ST2{5] 


MDP05 


:0) 










BOF45[15 


BK47 


AR6 


ST2 [ 6 } 


MDP67 


:0] 




AR7 


ST2(7] 


MDP67 












BOF67[15 










:0] 










BOF67[15 










:0] 




CDP j 


ST2[8) 


MDP 




BKC 








B0FCU5: 










0] 





30 



45 



50 



55 



STO 


1 


1 


1 


1 


1 


1 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 


5 


4 


3 


2 


1 


0 






















A 


A 


A 


A 


C 


T 


T 


D 


D 


D 


D 


D 


D 


D 


D 


D 


C 


C 


C 


C 




C 


C 


P 


P 


P 


P 


P 


P 


P 


P 


P 


o 


o 


o 


o 




2 


1 


1 




1 


1 


1 


1 


0 


0 


0 


V 


V 


V 


V 








5 


1 


3 


2 
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Arithmetical Operations 

Absolute Value 
Memory Comparison 
Register Comparison 
Maximum, Minimum 
Compare and Select Extremum 
Round and Saturate 
Conditional Subtract 
Addition 

Conditional Addition / Subtraction 

Dual 16-bit Arithmetic 

Subtract 

Multiply and Accumulate (MAC) 
Multiply and Subtract (MAS) 
Multiply 

Absolute Distance 

{ Ant i ) Symmetrical Finite Impulse Response Filter 
Least Mean Square 
Square Distance 
Implied Paralleled 

Dual Multiply, [Accumulate / Subtract] 
Normalization 
Arithmetical Shift 
Conditional Shift 

Bit Manipulation Operations 

Register Bit test. Reset, Set. and Complement 
Bit Field Comparison 

Memory Bit test, Reset, Set, and Complement 
Status Bit Reset, Set 

Bit Field Extract and Bit Field Expand 

Control Operations 

. Goto on Address Register not Zero 
Unconditional Goto 
Conditional Goto 
Compare and Goto 
Unconditional Call 
Conditional Call 
Software Interrupt 
Unconditional Return 
Conditional Return 
Return form Interrupt 
Repeat Single 
Block Repeat 

Conditional Repeat Single 
Switch 

Software Interrupt 
Conditional Execution 

Logical Operations 

3itwise Complement 
Bitwise AND 
Bitwise OR 
Bitwise XOR 
Bit Field Counting 
Rotate Left / Right 
Logical Shift 



Move Operations 

Memory Delay 

Address, Data and Accumulator 



I I operator 
== operator 

==, < . >- , != operators 
maxO / nin() 
max_difftj < min_diff() 
rnd() / saturated 
subc ( ) 

- operator 
adsc ( ) 

, operator 

- operator 

* and ♦ operators 

* and - operators 

* operator 
abdst ( ) 

firsO •' firsni) 

lms ( ) 

sqdst ( ) 

, operator 

, operator 

exp() / mant ( ) 

>> and <<[C] operator 

sftc { ) 



bit O / obit () 
& operator 
bit() .• cbirO 
bit () 

f ield_extract ( ) 



f ieid_e>:pand { ) 



if() goto 
goto 

iff) goto 
if() goto 
call (> 
if() callO 
intr ( ) 
return 
if(> return 
return_int 
repeat { ) 
blockrepeat ( } / 
whileO repeat 
switch i ) 
trapO 

iff) execute {) 



- operator 
& operator 
j operator 
" operator 
count ( ) 

\\ and . . operator 
>>> / <<< operator 



localrepeat { } 



Register Load 



delay { ) 

- operatrr 
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Table 123. cont. 

Specific CPU Register Load 

Specific CPU Register Store 

Move to Memory / Memory Initialization 

Pop Top of Stack 

Push Onto Stack 

Address, Data and Accumulator Register Store 
Register Content Swap 
Specific CPU Register Move 

Address, Data and Accumulator Register Move 

Miscellaneous Operations 

Co-Processor Hardware Invocation 

Idle Until Interrupt 

Linear / Circular Addressing 

Memory Map Register Access 

No Operation 

Peripheral Port Register Access 
Reset 

Data Stack Pointer Modify 
Modify Address Register 



= operator 
= operator 
- operator 
pop ( ) 
push ( ) 
= operator 
swap ( ) 
= operator 
= operator 



copr ( ) 
idle 

circular!) / linear () 

mmap ( ) 

nop 

readportO / writeportO 
reset 

+ operator 
mar ( ) 



[0931] The Example page on the next page illustrates how the following sheets of Instruction Description are to be 
interpreted. 
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Table 123, cont. 



•> operator : Addition instruction 



f 



Instruction operator symbol(s) : Instructions designation name 



no: Syntax: 



| | : sz: cl: pp ; 



dst = dst * sre 
dst = dst * k4 
dst 9 sre ♦ K16 
dst = sre 



Operands : 

ACx. ACy 
DRx 

sre, dst 



Instruction number : Instruction Syntax 



Accumulator AC [ 0 . . 3 ) . 

Data register OR(0..3|. 

Accumulator AC10..3I 

or address register AR10..7] 

or data register DRC0..3J. 

Word memory access (16-bit data access). 



Operands used in the instructions. 



Status bit : 

Affected by 
Affects 



SXMD. M40, SATO, SAT A, LEAD 
C. ACxOV, ACyOV 



Description : 

These instructions perform an addition 
1 - in the D-unit ALU, if the destination operand 



Limiting execution 
pipeline phase : 
D: Decode 
AD : Address 
R: Read 
X : Execute 



Execution in cycles: 

For conditional instructions x7y 

field means : 

x cycle, if the condition is true, 
y cycle, if the condition is false. 



Instruction Size in bytes 



an accumulator regisT? 



Instruction contains a parallel enable 
bit ? y(es) or n(no) 



Input operands are sign extended to 40 bit according to SAHJJ. 
If the optional 'uns* keyword applies to the input operand, it is zero extended to 
40 bit. 

Note that if an address or data register is source operand of the instruction, the 
16 Isb of the address or data register are sign extended according to SXMD. 

Instructions 05. 06. 07. 08. 09. 10. 13 and 15 have an operand requiring 
to be shifted by an immediate value or by the content of data register DRx. 

- This shift operation is identical to the arithmetical shift instructions. 

- Therefore, an overflow detection, report and saturation is done after the 
shifting operation. 

- However, the D-unit shifter is only used for instructions having a shift range 
operand other than the immediate 16 bit left shift : i.e. instructions 05, 06. 08 
09 and 13. 

The addition operation is performed on 40 bits in the D-unit ALU. 



List of status bits 
affecting the 
instruction execution. 
List of status bits 
affected by the 
instruction. By default 
a status bit does not 
affect or is not 
affected by the 
instruction. 



Description of the operation flow triggered at execution of the instruction. The description 
depends on the listed status bits. This description supposes LEAD status bit set to 0. 



in the A-unit ALU. if the destination operand is an address or data register 

- if an accumulator is source operand of the instruction, the 16 lsb of the register 
are used to perform the operation. 

- The operation is performed on 16 bits in the A-unit ALU. 



3 - 



Impact of LEAD status bit on the operation flow triggered at execution of the instruction. 
Compatibility versus C54x devices requires setting LEAD status bit to 1 and configure 
other registers to predefined values (example : M40 should be set by the user toO). 



Compatibility with C54x devices (LEAD = 1) : 

When these instructions are executed with M40 set to 0. compatibility is ensured. 

Note that when LEAD is 1. Instructions 05. 06. 07, 08, 09. 10. 13. 15 do not have any 
overflow detection, report and saturation after the shifting operation. 



55 
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Arithmetical Operations 



15 



20 



25 



30 



35 



40 



45 



55 



EP0 992 916A1 



Table 123, cont. 

Absolute Value j i operator 

no: Syr. tax: 

1: dst - | src j 
Operands : 



i i ' 

y 



src, dst : Accumulator AC[0..3] 

or address register AR{0..7] 
or data register DR[0..3J. 

Status bit : 



Affected by : SXMD. M40. SATD, SATA. LEAD 
Affects : Carry, dstOV 

Description : 

This instruction computes the absolute value of a register : 

1 - In the D-unit ALU, if the destination operand is an accumulator register : 

- If an address or data register is source operand of the instruction, the 16 Isb c: 
the address or data register are sign extended to 40 bit according to SaMD. 

- The operation is performed on 40 bits in the D-unit ALU. The operation flow is 
described in pseudo C language. 

If M40 is 0, 

- The sign of source register src is extracted at bit position 31. According to 
this sign bit, the source register is either negated (as per subtract instruction 
no 02), or moved to the destination accumulator (as per move instruction 

no 01) : overflow detection, report and saturation are perfcmed as defined tor 
these instructions. 

- The Carry status bit is updated as follows : If the result of the operation 

stored 

in the destination register dst (31-0) is zero, the carry bit is set. 

stepl: if( src(31) == 1) 
step2: dst(39-0) = -src<39-C) 
else 

step3: dst(39-0) =src(39-0) 
step4 : if ( dst (31-0) == 0) 
stepS : Carry = 1 
else 

steps : Carry = 0 
If M40 is 1, 

- The sign of source register src is extracted at bit position 39. According to 
this sign bit, the source register is either negated (as per subtract instruction 
no 02). or moved to the destination accumulator (as per move instruction 

no 01) : overflow detection, report and saturation are perfomed as defined for 
these instructions. 

*" The Carry status bit is updated as follows : If the result of the operation 

stored 

in the destination register dst (39-0) is zero, the carry bit is set. 



stepl : 


if( src(39) = 


= 1) 


step2 : 


dst (39-0) 


= -src (39-0) 




else 




Step3 : 


dst (39-0) 


= src (39-0) 


step4 : 


if( dst(39-0> 


== 0) 


stepS : 


Carry = 1 






else 




stepo : 


Carry = 0 




the A 


-unit ALU. if 


the destination 



- If an accumulator is source operand of the instruction, the 15 Isb of the 
accumulator is used to perform the operation. 
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Table 123, cont. 



- The operation is performed on 16 bits in the A-unit ALU. The operation flow is 
described in pseudo C language. 

The sign of source register src is extracted at bit position 15. According to 

this sign bit, the source register is either negated (as per subtract instruct! 

no 02), or moved to the destination register {as per move instruction 

no 01) : overflow detection and saturation are perfomed as defined for these 

instructions. 

stepl: if{ src(15) == 1) 
step2: dst = -src 
else 

setp3: dst - src 



Compatibility with C54x devices (LEAD =1) : 



When LEAD status bit is set to 1, 

- This instruction is executed as if M40 status bit was locally set to 1. 

- However, to ensure compatibility versus overflow detection and saturation of 
destination accumulator, this instruction must be executed with M40 set to 0. 



Table 123, cont. 

Memory Comparison = - operator 



no: Svntax: 



jj: St: Z\ 



1: TCI = (Smem == K15) n 4 

2: TC2 = (Smem == Kic) n 4 

Operands : 



Smem : Word single data memtry access (16 -bit data access) . 

Kx : Signed constant coded on x bits. 

Status bit : 

Affects : TCx 

Description : 

These instructions perform comparisons in the A-unit ALU. 

The data memory operand is compared to the immediate constant. If they are equal, the 
selected TCx status bit is set to 1. Otherwise, it is set to 0. 
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Table 123. cont. 

Regisrer Comparison ==, <, >=, ;= operators 

5 

no: Syntax: | | . s: . cl: pp . 

1: TCx = unsisrc RELOP cist) {==,<,>=, ! = } y 3 

2: TCx = TCy U unsisrc RELOP dst) {==,<,>=,!=} y 3 

3: TCx = !TCy & unsisrc RELOP dst} {==,<,>=,!=} y 3 

10 4: TCx = TCy | unsisrc RELOP cist) {==,<,>=.;=} y 3 

5: TCx = !TCy | unsisrc RELOP ds t )(==,<,>=,»= } y 3 

Operands : 



src, dst : Accumulator AC[0..3] 

or address register AR[0..7] 
15 or data register DR[0..3J. 

TCx, TCy : Test control flag 1 or 2 



Status bit : 



Affected by : M4C , LEAD, TCy 

Affects : TCx 

20 

Description : 



These instructions perform comparisons in the D-unit ALU or in the A-unit ALU. 

2 accumulator, address and data register contents can be compared. If the comparison is 
2 5 true, the selected TCx status bit is set to 1. Otherwise, it is set to 0. 

The comparison depends on the optional 'uns' keywords and on M4 0 status bit for 
accumulator comparisons. As the below table shows it, the 'uns' keyword specifies an 
unsigned comparison ; the M40 status bit defines the comparison bit width for 
accumulator comparisons. 

30 With instruction 01, the result of the comparison is stored in the selected TCx status 

bit. 



With instructions 02, 03, 04 and 05, the result of the comparison is ANDed (or ORed) 
with the selected TCy status bit (or its complement) . TCx is updated with this logical 
combination. 



35 



40 



45 



uns 


src 


dst 


0 


DAx 


DAy 


0 


DAx 


ACy 


0 


ACx 


DAy 


0 


ACx 


ACy 


1 


DAx 


DAy 


1 


DAx 


ACy 


1 


ACx 


DAy 


1 


ACx 


ACy 



impact on instruction functionality 
comparison type 



16 bit signed comparison in A-unit ALU 

16 bit signed comparison in A-unit ALU 

16 bit signed comparison in A-unit ALU 

if M40 is 0, 32 bit signed comparison in D-unit ALU 

if M40 is 1. 40 bit signed comparison in D-unit ALU 

16 bit unsigned comparison in A-unit ALU 

16 bit unsigned comparison in A-unit ALU 

16 bit unsigned comparison in A-unit ALU 

if M40 is 0, 32 bit unsigned comparison in D-unit ALU 

if M40 is 1, 40 bit unsigned comparison in D-unit ALU 



Note that when an accumulator ACx is compared with an address or data register DAx, 
the 16 lowest bits of the ACx are compared with the DAx register in the A-unit ALU. 

50 Compatibility with C54x devices (LEAD =1) : 



Contrary to the corresponding ^EAD instruction, the LEAD3 register comparison 
instruction is performed in execute phase of the pipeline. 

When LEAD- status bit is 1. zhe conditions testing accumulators content are all performed 
as if M40 was set to 1 . 

55 



Table 123. cont. 
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Table 123. cont. 

Maximum, Minimum max { ) / min() 

no: Syntax: jj: sz: cl: pp: 



1: dst = max (src, dst) y 2 IX 

2: dst = min(srcdsc) y 2 IX 

Operands : 



src, dst : Accumulator ACJ0..3] 

or address register AR[0..7] 
or data register DR(0..3J. 

Status bit : 



Affected by : SXMD. M40. LEAD 
Affects : C 

Description : 



These instructions perform extremum selection {instruction 01 performs a maximum search ; 
2Q instruction 02 performs a minimum search) . The operations are performed : 

1 - In the D-unit ALU. if the destination operand is an accumulator register : 

- If an address or data register is source operand of the instruction, the 16 lsb of 
the address or data register are sign extended to 40 bit according to SXMD. 

25 - The operation is performed on 40 bits in the D-unit ALU. the operation flow is 

described in pseudo C language. 

If M40 is 0. 

source register src(31-0) content is compared to destination register dst(31-0) 
content. The extremum value is stored in the destination register. If the extremum 
value is strictly the source register, the carry bit is set to 0. Otherwise it is 
30 sec to 

/* with 'op' being ' >• when maximum is searched with instruction 01 •/ 
/* and 'op' being '<• when mininum is searched with instruction 02 */ 

stepl: if( src(31-0) opdst(31-0>) 

step2: { Carry = 0 ; dst(39-0) = src(39-0) ) 
else 

step3: Carry = 1 



If M40 is 1, 

source register src (39-0) content is compared to destination register dst (39-0) 
content. The extremum value is stored in the destination register. If the extremum 
value is strictly the source register, the carry bit is set to 0. Otherwise it is 



/* with 'op" being '>' when maximum is searched with instruction 01 */ 
/* and 'op' being *<" when mininum is searched with instruction 02 •/ 

stepl: if( src(39-0) op dst(39-0)) 

step2: { carry = 0 ; dst(39-0) = src{39-0) ) 
else 

step3 : Carry = 1 

- There is no overflow detection, overflow report and no saturation performed for 
these instructions. 



2 - In the A-unit ALU, if the destination operand is an address or data register : 

50 

- If an accumulator is source operand of the instruction, the 16 lsb of the 
accumulator is used Co perform the operation. 

- The operacion is performed on 16 bits in the A-unit ALU. the operation flow is 
described in pseudo C language. 

55 source register src (15-0) content is compared to destination register dst (15-0) 

content. The extremum value is stored in the destination register. 
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Table 123. cont. 

/* with 'op' being '>* when maximum is searched with instruction 01 •/ 
/* and 'op' being * <' when mininum is searched with instruction 02 •/ 

stepl: if( src(15-0) op dst<15-0)) 

step2: dst = src 

- There is no overflow detection and no saturation performed for these instructions. 
Compatibility with C54x devices (LEAD =1) : 



When LEAD status bit is set to 1, 

- These instructions are executed as if M40 status bit was locally set to 1. 
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Table 123. cont. 



Compare and Select extremum max_diff() / min_diff(> 



no: Syntax: 

1: max_dif f (ACx. ACy. ACz. ACw) 

2 : max_dif f_dbl (ACx. ACy, ACz, ACw, TRNx) 

3: min_diff (ACx, ACy, ACz, ACw) 

4: min_dif f_dbl { ACx . ACy , AC z . ACw , TRNx ) 

Operands : 



ACx , ACy, ACz, ACw : Accumulator AC [ 0 . . 3 1 . 
Status bit : 



Affected by : M40. SATD, LEAD 
Affects : Carry, ACwOV 

Description : 



Instruction 02 and 04 perform an extremum selection in the D-unit ALU. 

Instruction 02 performs a maximum search. Instruction 04 performs a minimum search. 

- ACx and ACy are the two source accumulators . 

- The difference between the source accumulators is stored in accumulator ACw. 

The subtraction computation is identical to subtract instruction no 01 {including, 
borrow report in Carry status bit, overflow detection, overflow report and 
saturation) . 

- The extremum between the source accumulators is stored in accumulator ACz. 

The extremum computation is similar to max ( ) / mint) instruction. However, the carry- 
status bit is not updated by the extremum search but by the subtract instruction 
described above. 

- According to the extremum found, a decision bit is shifted in the selected TRNx 
register from the msb's to the lsb's. If the extremum value is strictly ACx 
register, the decision bit is 0. Otherwise it is 1. 

- If M40 is 0, the pseudo C code of the operation flow is : 

/* with 'op' being ' >' when maximum is searched with instruction 02 */ 
/• and 'op* being '<* when mininum is searched with instruction 04 */ 
Stepl: TRNX = TRNx » HI 

Step2: ACw<39-0) = ACy (39-0) - ACx<39-0) 
step3: if( ACx<31-0) opACy(31-0)) 

step4: { bit ( TRNx , 15) = #0 ; ACz (39-0) = ACx(39-0) ) 

else 

Step5: { bit(TRNx, 15) » #1 ; AC z (39-0) = ACy<39-0) ) 

- If M40 is 1. the pseudo C code of the operation flow is : 

/* with * op* being ' >' when maximum is searched with instruction 02 */ 
/• and 'op' being '<' when mininum is searched with instruction 04 */ 
Stepl: TRNx = TRNx >> #1 

step2: ACw(39-0> = ACy(39-0) - ACx(39-0) 
step3: if{ ACx(39-0) opACy<39-0)) 

step4: ( bit (TRNx, 15) = #0 ; ACz(39-0) = ACx(39-0) ) 

else 

step5: { bitfTRNx. 15) = #1 ,- ACs(39-0) = ACy<39-0) ) 

Instruction 01 and 03 perform a dual extremum selection in the D-unit ALU. 
Instruction 01 performs a dual maximum search. Instruction 03 performs a dual minimum 
search . 

- These two operations are executed in the 40-bit D-unit ALU which is configured 
locally in dual 16-bit mode. The 16 lowest bits of both the ALU and the accumulators 
are separated from their higher 24 bits : the 8 guard bits are attached to the high 
bits. 



Ih 


SZ: 


Cl: pp: 


y 


3 


1 X 


y 


3 


1 X 


y 


3 


1 X 


y 


3 


1 X 
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Table 123. com. 

- For each data-path (high and low) : 

- AO: and ACy are the source accumulators. 

5 - The differences are scored in accumulator ACw . 

The subtraction computation is equivalent to dual 16-bit arithmetic opera tier, 
instruction (including, borrow report in Carry status bit, dual overflow 
detections, overflow report and saturations). 

- The extremum is stored in accumulator ACc . 

The extremum is searched considering the selected bit width of the accumulators • 
10 - -^r the lower 15-bit data path, the sign bit is extracted at bit position":! , 

- for the higher 24-bit data-path, the sign bit is extracted at bit positional . 

- According to the extremum found, a decision bit is shifted in TRNx reoister 
from the msb's to the Isb's : 

- TRNO tracks the decision for the high part data-path. 

- TRNl tracks the decision for the low part data-path. 

If the extremum value is strictly ACx register high or low part, the decision bi: 
is 0. Otherwise it is 1. 

- The pseudo C code of the operation flow is : 

■•'* with 'op' being *>■ when maximum is searched with instruction 01 
/• and 'op' being '<• when mininum is searched with instruction 03 V 
20 stepO: TRNO = TRNO >> #1 

stepi: TRN1 = TRN1 » #1 

step2: ACw(39-15) = ACy(39-16> - ACx(39-16) 
step3: ACw(15-0) = ACy(15-0) - ACx(lS-O) 

Step4: if ( ACx(31-16) op ACy(31-l6)) 
25 Step5: { bit (TRNO, 15) = #0 ; AC=(39-16> = ACx<39-16) ) 

else 

step6: { bit(TRN0, 15) = #1 ; ACt (39-16) = ACy(39-16) ) 
step?: if( ACx(15-0) opACy(15-0)) 

stepS: { bit(TRNl, 15) = #0 ; AC 3 (15-0) = ACx(15-0) } 

else 

30 step9: { bit(TRNl. 15) = #1 ; ACc(15-0) = ACy(15-0) } 

Compatibility with C54x devices (LEAD =1) : 



45 



When LEAD status bit is set to 1, 

- Instructions 02 and 04 are executed as if M40 status bit was locally set to 1. 
However, to ensure compatibility versus overflow detection and saturation of 

35 destination accumulator, this instruction must be executed with >!40 set to 0. 

- Instruction 01 and 03 are executed as if SATD status bit was locaily set to 0. 
And overflow is only detected and reported for the computation performed in the 
higher 24-bit data-path (overflow is detected at bit position 31). 

40 



50 



55 
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Round and Saturate rnd ( } / saturate (} 



no: Syntax: | | : s=: ci . pp . 

1: ACy = saturate(rnd(ACx) ) 
2: ACy = rnd(ACx) 

Operands : 



ACx, ACy : Accumulator AC[0..3). 

Status bit : 



Affected by : RDM, SATD, M40, LEAD 
Affects : ACyOV 

Description : 



These instructions are performed in the D-unit ALU : 

Instruction 02 performs a rounding if the optional 'rnd' keyword is applied to the 
instruction : 

1 - The rounding operation depends on RDM status bit value : 

- When RDM is 0, the biased rounding to the infinite is performed. 
2*15 is added to the 40-bit source accumulator. 

- When RDM is 1, the unbiased rounding to the nearest is performed. 
According to the value of the 17 lsb of the 40-bit source accumulator, 2*15 
is added as following pseudo C code describes it : 

stepl: if I 2*15 < bit<15-0) < 2*16) 

step2 : add 2*15 to the 40-bit source accumulator. 

step3: else if( bit(15-0) == 2*15) 
step4: iff bit(16) =^ 1) 

step5: add 2*15 to the 40-bit source accumulator. 

2 - Addition overflow detection depends on M40 status bit : 

- When M4C is 0, overflow is detected at bit position 31, 

- When M40 is 1, overflow is detected at bit position 39. 

3 - No Addition carry report is stored in Carry status bit. 

4 - If an overflow is detected, the destination accumulator overflow status bit is set. 

5 - If SATD is 1, when an overflow is detected, the destination register is saturated. 

- When M40 is 0, saturation values are 00 . 7FFF . FFFFh or FF . 8000 . OOOOh 

- When M40 is 1, saturation values are 7F . FFFF . FFFFh or 80 . 0000 . OOOOh 

6 - If a rounding has been applied to the instruction, the 16 lowest bit of the 

destination accumulator are cleared. 

Instruction 01 performs a saturation of the source accumulator to the 32 bit width frame. 
A rounding is performed if the optional 'rnd* keyword is applied to the instruction : 

1 - The rounding operation depends on RDM status bit value as it is described in step 1 

of instruction 02. 

2 - An overflow is detected at bit position 31, 

3 - No Addition carry report is stored in Carry status bit. 

4 - If an overflow is detected, the destination accumulator overflow status bit is set. 

5 - When an overflow is detected, the destination register is saturated. Saturation 

values are 00 . 7FFF . FFFFh or FF . 8000 . OOOOh 

6 - If a rounding has been applied to the instruction, the 16 lowest bit of the 

destination accumulator are cleared. 

Compatibility wich C54x devices (LEAD = 1) : 



y 2 ix 
y 2 ix 



When these instructions are executed with M40 set to 0, compatibility is ensured. 
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Table 123, cont. 

When LEAD status hi: is sec to I. 

- The rounding is performed without clearing accumulator ACx lsb. 



Table 123, cont. 



Conditional Subtract 



subc ( ) 



no: Syntax: 

1: subc (Smem, ACx, ACy) 
Operands : 



S: : 
3 



:1: pp: 



ACx , ACy 
Smem 



Status bit : 

Affected by : 
Affects 

Description : 



: Accumulator AC[0..3J. 

: Word single data memory access (16 -bit data access) . 



SXMD 
Carry, 



ACyOV 



This instruction performs a conditional subtraction in the D-unit ALU . The D-unit shift 
is not used to perform the memory operand shift. The operation flow is described in" 
pseudo C language. 



step 1 : The 16-bit data memory operand Smem is sign extended to 40 bit according to 
SXMD , 15 -bit shifted to the msb's and subtracted from the content of the 
source accumulator. This subtraction is identical to other subtraction 
instruction {including borrow generation, overflow detection and overflow 
report) : however, 

- Overflow and carry bit are always detected at bit position 31. 

- And even if an overflow is detected and reported in ACyOV accumulator 
overflow bit, no saturation is performed on the result of the operation. 

step 2 : If the result of the subtraction is greater than zero (bit 39 equals 0), it 
is shifted to the msb's and added to X. The result is then stored in the 
destination accumulator. 



step 3 : Otherwise, the source accumulator is shifted by 1 bit to the msb's and stored 
in the destination accumulator. 



step 1: if ( (ACx - (Smem « #15)) >= 0) 
step 2: ACy = (ACx - (Smem << #15) )« #1 * 1; 
else 

step 3: ACy = ACx « #1; 



This instruction is used to make a 16 step 16-bit by 16-bit division. The divisor and 
the dividend are both assumed to be positive in this instruction. The SXMD bit affects 
this operation : 

- If SXMD is 1, the divisor must have a 0 value in the most significant bit. 

- If SXMD is 0. any 16-bit divisor value produces the expected result. 

The dividend, which is in the source accumulator ACx must be positive (bit 31 must be set 
to 0) during the computation. 
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Table 123, com. 



40 



45 



50 



Addition 



operator 



10 



15 



20 



25 



30 



no : 


Syntax : 












1 : 




est = ds t 


+ 


sre 


/ 


- 


2 . 


dst = dst 




k4 




2 


3: 


est = sre 




K16 


n 


4 


4 : 


dsc = sre 




Smerr. 


n 


3 


5 : 


ACy = ACy 




{ACx << DRx) 


y 


e. 


6 : 


ACy = ACy 




(ACx << SHIFT.:) 


V 






ACy - ACx 




(K15 << #15) 




4 


8: 


ACy = ACx 




(K15 << SKFT) 




* 
t 


3 : 


ACy = ACx 




(Smen << DRx) 






10: 


ACy = ACx 


* 


(Smem << #16) 


n 


3 


11: 


ACy = ACx 




uns (Smem) * Carry 


n 


3 


12: 


ACy = ACx 




uns (Smem) 


n 


3 


13: 


ACy = ACx 




(uns (Smem) << SHIF7W) 


n 


4 


14 : 


ACy = ACx 




dbl (Lmem) 


n 


3 


15: 


ACx = (Xmem 


« #16) ♦ (Ymem << #16) 


n 


3 


15: 


Smem = Smem 


- K15 


n 





Operands : 

ACx . ACy 
DRx 

sre. dst 



Smem 
Lmem 

Xmem , Ymem 

kx 

Kx 

SHFT 
SHIFT/: 

Status bit 



1 X 
1 X 



Accumulator AC [9.. 3]. 
Data register DRJ0..3]. 
Accumulator AC [ 0 . . 3 ] 
or address register AR(0..7) 
or data register DR[0..3]. 

Word single data memory access (16-bit data access). 
Long word single data memory access (32-bit data access). 
Indirect dual data memory access (two data accesses) . 
Unsigned constant coded on x bits. 
Signed constant coded on x bits. 
[0..15J immediate shift value. 
[-32.. +31] immediate shift value. 



35 



Affected by : SXMD. M40. SATD. SATA. LEAD, Carry 
Affects : Carry. ACxOV, ACyOV, dstOV 

Description : 

These instructions perform an addition : 



55 



